#News
🌅 Orien Daily 朝刊【5.21】
1️⃣ OpenAI推翻离散几何猜想 — AI数学突破
2️⃣ Meta在沙特阿联酋屏蔽人权账户 — 审查与商业妥协
3️⃣ SpaceX提交IPO申请 — 史上最大IPO
4️⃣ xAI去年亏损64亿美元 — Grok扩张计划曝光
5️⃣ Qwen3.7-Max发布 — Agent能力大幅提升
6️⃣ GitHub内部源码遭泄露 — TeamPCP声称入侵
7️⃣ Google I/O百项发布 — Gemini Omni亮相
8️⃣ 日本民事裁判全面数字化 — 提诉到判决全在线
频道：@OrienDaily
🌅 Orien Daily 朝刊【5.21】
1️⃣ OpenAI推翻离散几何猜想 — AI数学突破
2️⃣ Meta在沙特阿联酋屏蔽人权账户 — 审查与商业妥协
3️⃣ SpaceX提交IPO申请 — 史上最大IPO
4️⃣ xAI去年亏损64亿美元 — Grok扩张计划曝光
5️⃣ Qwen3.7-Max发布 — Agent能力大幅提升
6️⃣ GitHub内部源码遭泄露 — TeamPCP声称入侵
7️⃣ Google I/O百项发布 — Gemini Omni亮相
8️⃣ 日本民事裁判全面数字化 — 提诉到判决全在线
频道：@OrienDaily
This media is not supported in your browser
VIEW IN TELEGRAM
📸 @YejiBrasil #YEJI
[🖤] Pocket fez 110,337 streams em seu segundo dia!
Foi a segunda música com mais streams do álbum, atrás apenas da title track Motto
@ITZYofficial
[🖤] Pocket 上线第二天就有 110,337 次直播！
这是专辑中播放量第二高的歌曲，仅次于主打歌《Motto》
@ITZY官方 #예지 #있지 #YEJI #ITZY
原文 #黄礼志
[🖤] Pocket fez 110,337 streams em seu segundo dia!
Foi a segunda música com mais streams do álbum, atrás apenas da title track Motto
@ITZYofficial
[🖤] Pocket 上线第二天就有 110,337 次直播！
这是专辑中播放量第二高的歌曲，仅次于主打歌《Motto》
@ITZY官方 #예지 #있지 #YEJI #ITZY
原文 #黄礼志
Redis 的有序集合为什么选跳表而不是红黑树
翻开 Redis 的源码，
Redis 作者 antirez 本人在邮件列表里解释过这个选择。他的理由有三层。第一，跳表的实现比红黑树简单太多。红黑树的插入删除要处理旋转、变色、兄弟侄子关系，调试起来像在解魔方；跳表就是多层链表，插入靠随机抛硬币决定层数，删除直接摘节点，代码量差了一截。第二，跳表的范围查询天然友好。
跳表的核心思路其实很直觉：一条单链表查找是 O(N)，如果在每隔一个节点上加一层"快线"，查找就近似二分了；再加一层更快线，继续递推。层数由抛硬币（概率 1/2 升层）决定，期望层数 log₂N，所以查找、插入、删除都是期望 O(log N)。它用随机的概率一致性替代了红黑树严格的旋转不变量。
!skip list structure
看源码还有一个细节容易漏掉：Redis 的跳表每个节点最多 32 层（
所以这个选择本质上是工程判断：在理论复杂度相同的前提下，选可读性更强、范围操作更顺手的数据结构。如果让你设计一个需要并发读写的有序结构，跳表和红黑树谁的锁粒度更细？提示：跳表可以只锁相邻节点，红黑树的旋转会沿路径传播
#CS
翻开 Redis 的源码，
t_zset.c 里有序集合（ZSET）的底层实现有两个：元素少时用 ziplist，元素多时切换到 skiplist。跳表这个词很多人听过，但未必想过一个更深层的问题——为什么不是红黑树？Redis 作者 antirez 本人在邮件列表里解释过这个选择。他的理由有三层。第一，跳表的实现比红黑树简单太多。红黑树的插入删除要处理旋转、变色、兄弟侄子关系，调试起来像在解魔方；跳表就是多层链表，插入靠随机抛硬币决定层数，删除直接摘节点，代码量差了一截。第二，跳表的范围查询天然友好。
ZRANGEBYSCORE 这种操作在跳表里就是从底层定位起点后沿链表遍历，O(log N + M) 一路走完；红黑树做范围查询要先定位起点，再中序遍历，实现路径更曲折。第三，跳表每个节点有回退指针（backward pointer），可以高效做 ZREVRANGE，而红黑树反向遍历需要额外处理。跳表的核心思路其实很直觉：一条单链表查找是 O(N)，如果在每隔一个节点上加一层"快线"，查找就近似二分了；再加一层更快线，继续递推。层数由抛硬币（概率 1/2 升层）决定，期望层数 log₂N，所以查找、插入、删除都是期望 O(log N)。它用随机的概率一致性替代了红黑树严格的旋转不变量。
!skip list structure
看源码还有一个细节容易漏掉：Redis 的跳表每个节点最多 32 层（
ZSKIPLIST_MAXLEVEL 宏），概率用的是 1/4 而非经典的 1/2，这让平均层数从 log₂N 降到 log₄N，空间更省，代价只是常数因子的差异。所以这个选择本质上是工程判断：在理论复杂度相同的前提下，选可读性更强、范围操作更顺手的数据结构。
#CS
This media is not supported in your browser
VIEW IN TELEGRAM
📸 @ITZYofficial #YEJI
𝘛𝘢𝘬𝘦 𝘮𝘦 𝘵𝘩𝘦𝘳𝘦 𝘭𝘪𝘬𝘦 𝘵𝘩𝘢𝘵 🌀💫
https://www.instagram.com/reel/DYlib0VS4z2/?igsh=MTBoczI1MW9rdDVocQ==
@ITZYofficial
𝘛𝘢𝘬𝘦𝘮𝘦𝘵𝘩𝘦𝘳𝘦𝘭𝘪𝘬𝘦𝘵𝘩𝘢𝘵🌀💫
https://www.instagram.com/reel/DYlib0VS4z2/?igsh=MTBoczI1MW9rdDVocQ==
@ITZY官方 #ITZY #MIDZY #YEJI #예지 #ITZY_Motto #MottoChallenge
原文 #黄礼志
𝘛𝘢𝘬𝘦 𝘮𝘦 𝘵𝘩𝘦𝘳𝘦 𝘭𝘪𝘬𝘦 𝘵𝘩𝘢𝘵 🌀💫
https://www.instagram.com/reel/DYlib0VS4z2/?igsh=MTBoczI1MW9rdDVocQ==
@ITZYofficial
𝘛𝘢𝘬𝘦𝘮𝘦𝘵𝘩𝘦𝘳𝘦𝘭𝘪𝘬𝘦𝘵𝘩𝘢𝘵🌀💫
https://www.instagram.com/reel/DYlib0VS4z2/?igsh=MTBoczI1MW9rdDVocQ==
@ITZY官方 #ITZY #MIDZY #YEJI #예지 #ITZY_Motto #MottoChallenge
原文 #黄礼志
📸 @HwangYeji_CN #YEJI ×4
𝐘𝐞𝐣𝐢 𝐀𝐢𝐫 𝐋𝐚𝐛｜𝙿𝙰𝚁𝚃 𝟼
Hyundai Department Store Sinchon U-PLEX Outdoor Billboard & 21 Advertising Escalator Panels
Location: Hyundai Department Store Sinchon U-PLEX （13 Yonsei-ro, Seodaemun-gu, Seoul）
Operating Hours: 06:00~24:00 (18 hours)
𝐘𝐞𝐣𝐢 𝐀𝐢𝐫 𝐋𝐚𝐛｜𝙿𝙰𝚁𝚃 𝟼
现代百货店新村 U-PLEX 户外广告牌和 21 个广告自动扶梯面板
地点：现代百货店新村U-PLEX（首尔特别市西大门区延世路13）
营业时间：06:00~24:00（18小时） #YEJI #예지 #옞덩봤덩
原文 #黄礼志
𝐘𝐞𝐣𝐢 𝐀𝐢𝐫 𝐋𝐚𝐛｜𝙿𝙰𝚁𝚃 𝟼
Hyundai Department Store Sinchon U-PLEX Outdoor Billboard & 21 Advertising Escalator Panels
Location: Hyundai Department Store Sinchon U-PLEX （13 Yonsei-ro, Seodaemun-gu, Seoul）
Operating Hours: 06:00~24:00 (18 hours)
𝐘𝐞𝐣𝐢 𝐀𝐢𝐫 𝐋𝐚𝐛｜𝙿𝙰𝚁𝚃 𝟼
现代百货店新村 U-PLEX 户外广告牌和 21 个广告自动扶梯面板
地点：现代百货店新村U-PLEX（首尔特别市西大门区延世路13）
营业时间：06:00~24:00（18小时） #YEJI #예지 #옞덩봤덩
原文 #黄礼志
📸 @YejiBrasil #YEJI
[📷] Photocard da YEJI de broadcast dado aos fãs que foram na pré-gravação do MCountdown
Cr. to the owner
@ITZYofficial
[📷] YEJI 向参加 MCountdown 预录的粉丝赠送的广播小卡
Cr。给业主
@ITZY官方 #예지 #있지 #YEJI #ITZY
原文 #黄礼志
[📷] Photocard da YEJI de broadcast dado aos fãs que foram na pré-gravação do MCountdown
Cr. to the owner
@ITZYofficial
[📷] YEJI 向参加 MCountdown 预录的粉丝赠送的广播小卡
Cr。给业主
@ITZY官方 #예지 #있지 #YEJI #ITZY
原文 #黄礼志
📸 @YejiBrasil #YEJI
[🇧🇷] Tradução da entrevista da YEJI para Euphoria
@ITZYofficial
[🇧🇷] YEJI 对 Euphoria 的采访翻译
@ITZY官方 #예지 #있지 #YEJI #ITZY
原文 #黄礼志
[🇧🇷] Tradução da entrevista da YEJI para Euphoria
@ITZYofficial
[🇧🇷] YEJI 对 Euphoria 的采访翻译
@ITZY官方 #예지 #있지 #YEJI #ITZY
原文 #黄礼志
Pass-the-Hash：为什么改了密码，黑客还能用旧哈希登录？
想象一个场景：你发现内网有异常登录，立刻让受影响账号改了密码。结果几分钟后，同样的异常登录又出现了——用的还是那个账号。密码明明已经换了，这是怎么做到的？
答案藏在 Windows NTLM 认证的设计里。当用户登录时，系统不会把明文密码直接发给服务器，而是把密码做一次 MD5 运算生成一个 16 字节的哈希值，之后所有认证请求都用这个哈希来证明身份。问题在于，NTLM 协议验证的从来不是"你知道密码"，而是"你拿着正确的哈希"。换句话说，哈希本身就成了密码的等价物。
攻击的流程其实很直白。黑客先用某种方式（比如 Mimikatz 从 LSASS 进程内存中提取，或从 SAM 数据库导出）拿到用户密码的 NTLM 哈希。拿到之后根本不需要破解出明文，直接把这个哈希塞进认证请求里发出去，服务器就会认为认证通过。整个过程中，真正的密码是什么、改没改过，完全不重要——只要哈希没变，攻击就成立。
而"改了密码但哈希没变"听起来矛盾，实际上在旧版 Windows 中，开启 NTLM 后密码改了哈希确实会变，但攻击者往往拿到的是机器账户的哈希或服务账户的哈希，这类账户的密码极少变更。更关键的是，在域环境中 Kerberos 票据和 NTLM 哈希可以互相派生，拿到一个就能横跳出一整条攻击链。这就解释了为什么 PTM（Pass-the-Ticket）和 Overpass-the-Hash 这些变体攻击同样危险。
防御上，微软给出的方案是 Credential Guard——用虚拟化隔离把哈希锁在 VBS 的安全区域内，让 Mimikatz 这类工具读不到。但这要求硬件支持 VBS 且系统版本够新，很多实际环境还没铺开。更现实的缓解手段包括：限制本地管理员权限（减少哈希被提取的机会）、启用 EDR 监控 LSASS 访问行为、以及尽早迁移到 Kerberos Only 策略禁用 NTLM。
思考题：如果一个攻击者拿到了域管的 NTLM 哈希，但所有域控已禁用 NTLM 只允许 Kerberos，攻击者能否通过 Overpass-the-Hash 继续移动？原理是什么？
#Security
想象一个场景：你发现内网有异常登录，立刻让受影响账号改了密码。结果几分钟后，同样的异常登录又出现了——用的还是那个账号。密码明明已经换了，这是怎么做到的？
答案藏在 Windows NTLM 认证的设计里。当用户登录时，系统不会把明文密码直接发给服务器，而是把密码做一次 MD5 运算生成一个 16 字节的哈希值，之后所有认证请求都用这个哈希来证明身份。问题在于，NTLM 协议验证的从来不是"你知道密码"，而是"你拿着正确的哈希"。换句话说，哈希本身就成了密码的等价物。
攻击的流程其实很直白。黑客先用某种方式（比如 Mimikatz 从 LSASS 进程内存中提取，或从 SAM 数据库导出）拿到用户密码的 NTLM 哈希。拿到之后根本不需要破解出明文，直接把这个哈希塞进认证请求里发出去，服务器就会认为认证通过。整个过程中，真正的密码是什么、改没改过，完全不重要——只要哈希没变，攻击就成立。
而"改了密码但哈希没变"听起来矛盾，实际上在旧版 Windows 中，开启 NTLM 后密码改了哈希确实会变，但攻击者往往拿到的是机器账户的哈希或服务账户的哈希，这类账户的密码极少变更。更关键的是，在域环境中 Kerberos 票据和 NTLM 哈希可以互相派生，拿到一个就能横跳出一整条攻击链。这就解释了为什么 PTM（Pass-the-Ticket）和 Overpass-the-Hash 这些变体攻击同样危险。
防御上，微软给出的方案是 Credential Guard——用虚拟化隔离把哈希锁在 VBS 的安全区域内，让 Mimikatz 这类工具读不到。但这要求硬件支持 VBS 且系统版本够新，很多实际环境还没铺开。更现实的缓解手段包括：限制本地管理员权限（减少哈希被提取的机会）、启用 EDR 监控 LSASS 访问行为、以及尽早迁移到 Kerberos Only 策略禁用 NTLM。
#Security