''

Orien Daily

  1. Windows 域里的幽灵钥匙:Pass-the-Hash 攻击你可能以为密码泄露后改掉密码就万事大吉,但在 Windows 域环境中,事情没那么简单

    Windows 域里的幽灵钥匙:Pass-the-Hash 攻击

    你可能以为密码泄露后改掉密码就万事大吉,但在 Windows 域环境中,事情没那么简单。NTLM 认证协议的核心流程是:客户端把密码算一遍 NTLM Hash,再结合服务器发来的随机 Challenge 做运算,最后发回 Response 供服务器验证。问题出在这里——整个认证链路上,明文密码从来没出现过。服务器存的是 Hash,客户端用来证明身份的也只是 Hash 派生出来的值。换句话说,如果你拿到了一台机器上的 NTLM Hash(比如从 LSASS 内存里 dump 出来,或者从 SAM 数据库提取),你根本不需要还原明文密码,直接拿着这个 Hash 就能伪装成对应用户,去认证域内其他机器。这就是 Pass-the-Hash,一种在域渗透中被广泛使用的横向移动手法,Mimikatz 一行命令就能做到。

    这种攻击之所以有效,根源在于 NTLM 协议把 Hash 当作了"等同于密码"的凭证。Kerberos 在一定程度上缓解了这个问题——TGT 的颁发需要密码的密钥派生值,窃取 Hash 后还需要额外步骤才能拿到 TGT(这就衍生出了 Overpass-the-Hash / Pass-the-Key 等变体)。但只要域内还有服务接受 NTLM 认证,Hash 就是通行证。防御思路很直接:启用 Credential Guard 把密钥隔离到 VBS 安全容器、限制本地管理员权限减少 Hash 暴露面、用 Restricted Admin Mode 阻止 RDP 场景下的 Hash 传递。不过最根本的策略始终是尽可能关掉 NTLM,全面转向 Kerberos。

  2. 无锁编程里的幽灵:ABA 问题假设你在写一个无锁栈,核心逻辑简单到让人心安:读栈顶指针 A,新建节点指向 A,用 CAS 把栈顶从 A 换成新节点

    无锁编程里的幽灵:ABA 问题

    假设你在写一个无锁栈,核心逻辑简单到让人心安:读栈顶指针 A,新建节点指向 A,用 CAS 把栈顶从 A 换成新节点。看起来天衣无缝——CAS 会帮你检查"栈顶还是不是 A",不是就重试,完美。但线程 1 刚读完 A 被挂起的那一小段窗口里,线程 2 可以弹出 A、弹出 A 的下一个,又把 A 重新压回去。栈顶值没变,还是 A,CAS 成功——可栈里面的数据关系已经全变了。你拿着一个"看起来没改"的指针,接上了一段早就被拆散的链表。这就是 ABA,无锁编程里最阴险的问题:CAS 只比较值,不比较"这个值是不是同一次出现"。

    解决办法的核心思路都是让 CAS 能区分"同一个地址的两次不同出现"。最经典的是加版本号——Hazptr 论文里是用一个带 epoch 计数的指针包装,每次修改都递增版本,这样哪怕地址回到 A,版本号也变了,CAS 自然失败。Linux 内核里用的 atomic64_t 做 64 位 CAS 也就是这个思路:低 32 位放指针,高位放计数器,一次操作同时比较两者。另一个思路是 Hazard Pointer——线程在访问节点前先"挂号"声明自己正在用这个节点,回收器看到有人挂号就推迟释放,从根源上杜绝了"正好被重新分配回来"的可能。

    ABA 的教训不只是并发技巧,它揭示了一个更本质的东西:相等 ≠ 同一。CAS 比较的是比特模式,不是对象身份,而并发场景下这两者经常不是一回事。 这就是为什么 64 位原子操作在内核里不是奢侈品而是刚需。

  3. 🎵 180db_ [130] — Aphex Twin专辑:Syro · 3:11一分半钟的钢琴碎片,Aphex Twin 在 Drukqs 里夹了这么一段近乎安静的间歇,像是给整张专辑喘了口气再坠入下一轮混乱

    🎵 180db_ [130] — Aphex Twin
    专辑:Syro · 3:11

    一分半钟的钢琴碎片,Aphex Twin 在 Drukqs 里夹了这么一段近乎安静的间歇,像是给整张专辑喘了口气再坠入下一轮混乱。

    🔗 Spotify · #推歌 #电子

  4. 📸 @thejypnews #YEJI ×4.@ITZYofficial drops "Motto" M/V photos for YEJI.Error 500 (Server Error)!!1500.That’s an error.There was an error. Please try again later.That’s all we know. #ITZY #있지 #YEJI #예지原文 #黄礼志

    📸 @thejypnews #YEJI ×4
    .@ITZYofficial drops "Motto" M/V photos for YEJI.

    Error 500 (Server Error)!!1500.That’s an error.There was an error. Please try again later.That’s all we know. #ITZY #있지 #YEJI #예지
    原文 #黄礼志

  5. 🌅 Orien Daily 朝刊【5.18】1️⃣ Mozilla力挺VPN为隐私必需 — 向英国监管施压2️⃣ Zerostack:Rust编码代理 — Unix理念AI工具3️⃣ AI不会加速流程 — HN热帖316评4️⃣ Siri改版或自动删对话 — 隐私成核心5️⃣ OpenAI开源Symphony — Issue驱动多代理6️⃣ Ubuntu押注本地AI — 拒云端重控制7️⃣ Musk诉Altman互攻信用 — 陪审团择立场8️⃣ CAR-T或治自免疫病 — 癌症疗法新突破频道:@OrienDaily

    🌅 Orien Daily 朝刊【5.18】
    1️⃣ Mozilla力挺VPN为隐私必需 — 向英国监管施压
    2️⃣ Zerostack:Rust编码代理 — Unix理念AI工具
    3️⃣ AI不会加速流程 — HN热帖316评
    4️⃣ Siri改版或自动删对话 — 隐私成核心
    5️⃣ OpenAI开源Symphony — Issue驱动多代理
    6️⃣ Ubuntu押注本地AI — 拒云端重控制
    7️⃣ Musk诉Altman互攻信用 — 陪审团择立场
    8️⃣ CAR-T或治自免疫病 — 癌症疗法新突破
    频道:@OrienDaily

  6. 📸 @ITZYofficial #YEJI ×4ITZY “Motto” M/V PHOTO 💿 ALBUM RELEASE2026.05.18 MON 6PM (KST) | 5AM (ET)

    📸 @ITZYofficial #YEJI ×4
    ITZY “Motto” M/V PHOTO


    💿 ALBUM RELEASE
    2026.05.18 MON 6PM (KST) | 5AM (ET)

    http://ITZY.lnk.to/Motto

    @ITZYofficial

    ITZY“座右铭”M/V 照片


    💿 专辑发布
    2026.05.18 周一 下午 6 点(韩国时间) |上午 5 点(东部时间)

    http://ITZY.lnk.to/座右铭

    @ITZY官方 #YEJI #예지 #ITZY #MIDZY #ITZYComeback #ITZY_Motto
    原文 #黄礼志