一个 U 盘就能绕过BitLocker｜YellowKey（CVE-2026-45585）原理拆解与防御指南

2026年5月12日。一位化名 Nightmare-Eclipse 的研究员在 GitHub 上扔下了一颗炸弹——不是代码炸弹，是逻辑炸弹。

他在 Windows 恢复环境（WinRE）里发现了一个组件，在所有 Windows 11 机器上默默运行了多年，没有文档，没人在意。它的本职工作是把 NTFS 事务日志写到磁盘上——但攻击者一旦利用它，就能把磁盘加密的锁从内部打开。

本文将从原理到防御完整拆解：为什么一个 U 盘加一次重启，就能让 TPM-only 的 BitLocker 形同虚设；以及在微软 6 月正式修复之后，你现在应该做什么。

BitLocker 是什么——以及它的致命假设

BitLocker 是微软内置的全盘加密方案。核心逻辑粗暴但有效：你的数据在硬盘上永远是密文，只有当 TPM 芯片验证启动链完好无损时，密钥才会释放。最常用的配置是 TPM-only——不需要输入 PIN，不需要插 U 盘，开机自动解锁。这部"自动挡"让用户体验很好，也让安全人员出了一身冷汗。（TPM-only＝仅靠 TPM 芯片验证启动链后自动解锁，无需 PIN；TPM+PIN＝启动时除 TPM 外还需手动输入 PIN；恢复密码／数字密码＝那串 48 位数字，用于在恢复界面解锁。）

信任链的四个环节

这套方案依赖一条严格的信任链：

TPM 2.0 安全芯片 → 密封卷主密钥（Volume Master Key）
开机启动 → TPM 度量关键 PCR（UEFI + Secure Boot 场景下，BitLocker 默认度量 PCR 7 与 11，分别对应安全启动状态与 BitLocker 访问控制）
度量值匹配 → 释放密钥 → 自动解密系统卷
度量值不符 → 拒绝释放 → 进入 BitLocker 恢复界面

这套设计防止攻击者替换引导程序或篡改系统文件。但它建立在一个前提上：WinRE 环境是可信的，WinRE.wim 的哈希校验不可绕过。YellowKey 证明了这个前提站不住脚。

YellowKey 是怎么绕过 BitLocker 的

关键组件 autofstx.exe

在 WinRE 环境中，注册表 BootExecute 值指向 autofstx.exe。这是正常的系统组件，用于在启动前完成"遗留的 NTFS 事务日志重放"——比如你上次非正常关机，有些文件操作没有提交完，autofstx.exe 帮你收拾残局。

问题出在它的实现：autofstx.exe 启动后会扫描系统上的所有卷，检查每个卷的根目录下是否有 System Volume Information\FsTx\ 文件夹。如果有，就把里面的事务日志重放——不做来源验证，不限特定卷 GUID，不检查日志内容。

换句话说：只要你能让 autofstx.exe 看到一个 U 盘，U 盘上放着精心构造的事务日志，它就会照单全收，忠实地执行你写好的"剧本"。

更本质的一点，正如分析师 Will Dormann 指出的「被埋没的要点（buried lede）」：一个卷上的 \System Volume Information\FsTx 目录，竟然能修改另一个卷的内容。这不只是「TPM-only 被绕过」，而是设计层面的越权——NTFS 事务日志的重放缺乏跨卷的来源与权限校验。（来源：SecurityWeek 报道）

五步攻击链

技术细节：为什么 Ctrl 键是最后一环

winpeshl.ini 是 WinPE 的启动配置文件，默认内容为启动 recenv.exe（那个蓝底白字的恢复界面）。文件被 FsTx 日志删除后，winpeshl.exe 进入 fallback 分支——检测 Ctrl 键是否被按下。按下了？进入调试模式，弹出 cmd.exe。没按下？尝试启动 setup.exe。

而这里还有一个关键的合谋因素：WinRE 启动时，OS 卷已被自动解锁（这是 BitLocker 恢复机制的设计行为，因为修复系统需要访问系统文件）。正常流程中，一旦用户手动触发"命令提示符"等危险操作，卷会立刻重新锁定。但 YellowKey 绕过了这个检测——cmd.exe 是系统自己弹出的，不是用户手动触发的，卷不会被重新锁定。

⚠ 受影响范围（以微软 MSRC / NVD 官方公告为准）：Windows 11 24H2 / 25H2 / 26H1（x64）、Windows Server 2025（含 Server Core）；部分媒体亦提及 Windows Server 2022，请以官方公告为准。微软当前公告未将 Windows 10 列入受影响范围。

关于 TPM+PIN 是否安全，存在两种并存且互相矛盾的说法：微软官方问答明确表示，在 TPM+PIN 配置下该漏洞「不可利用（not exploitable）」；而研究员本人对外声称 YellowKey 在 TPM+PIN 下同样有效，但未公开 PoC，截至发稿无第三方复现。

危害定级：CVSS 3.1 = 6.8（中危），向量 AV:P/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H，CWE-77（命令注入）。评分为「中危」是因为攻击需要物理接触（AV:P）；但一旦攻击者能物理接触到设备，几乎即刻失守——切勿因「中危」二字而低估它。

如何保护自己

防线 1：安装微软 2026 年 6 月及以后的累积更新（首选）

微软已在 2026 年 6 月补丁星期二（6 月 9 日）正式修复该漏洞：Windows 11 24H2 / 25H2 → KB5094126；Windows 11 26H1 → KB5095051；Windows Server 2025 → KB5094125。微软并明确表示：安全更新安装后会自动维持缓解措施的行为，无需回退。这是第一防线——凡是能安装更新的设备，都应尽快打上 2026 年 6 月及以后的累积更新。

防线 2：暂不能打补丁时的临时缓解——从 WinRE 离线移除 autofstx.exe

如果设备暂时无法安装累积更新，可按微软 Security Update Guide 的官方流程，从 WinRE 中移除被滥用的 autofstx.exe。注意：WinRE 拥有自己独立的注册表 hive，直接修改在线系统的注册表并不生效——必须先离线挂载 WinRE 镜像再修改。以管理员身份依次执行：

mkdir C:\mount
reagentc /mountre /path C:\mount
reg load HKLM\WinREHive C:\mount\Windows\System32\config\SYSTEM
:: 删除 HKLM\WinREHive\ControlSet001\Control\Session Manager 下
:: BootExecute 值中的 autofstx.exe 条目
reg unload HKLM\WinREHive
reagentc /unmountre /path C:\mount /commit

完成后还需重建 BitLocker 对 WinRE 的信任：依次执行 reagentc /disable 与 reagentc /enable，否则可能影响恢复环境与 BitLocker 的校验关系。企业环境另建议通过 Intune / 组策略开启 “Require additional authentication at startup” 与 “Require startup PIN with TPM”。（以上流程请以微软 Security Update Guide 的官方表述为准。）

防线 3：启用 BitLocker 启动 PIN

在 TPM 之外增加一个用户必须手动输入的 PIN 码。攻击者即使拿到物理设备和 U 盘载荷，不知道 PIN 也无法完成第一步的自动解锁。

manage-bde -protectors -add C: -TPMAndPIN
# 按提示输入并确认 PIN（建议 6-20 位数字）

防线 4：物理安全纵深防御

对高风险设备使用防拆封条（tamper-evident seals）——失去物理接触意味着攻击失效
设置 BIOS/UEFI 管理员密码——虽不能直接阻止 YellowKey，但增加了攻击的时间成本
制定设备丢失应急响应：远程擦除、撤销访问令牌、短时效离线凭据
监控 System Volume Information\FsTx 目录的非预期创建（EDR / 端点遥测可检测）

对电子取证人员的意义

一台 Windows 11 笔记本电脑作为证据被扣押。BitLocker 已启用，TPM-only，没有微软账户，恢复密钥无处可查。传统路线下，这条路是堵死的。

YellowKey 改变了这个局面：一台配合分析的 Windows 11 虚拟机、一个 U 盘，加约 5 分钟操作，恢复密码即可到手。更关键的是：物证室里那些未纳管、未打补丁的设备不会自动收到 2026 年 6 月的修复——对它们而言，漏洞窗口仍然开放。

⚠ 请在合法授权范围内使用本技术。电子取证工程师应在持证/持令前提下操作。

结尾

"Trust it for what it does. Distrust the marketing." —— Eclypsium

BitLocker 是一把好锁。但除非你加了 PIN、贴了封条、建了应急响应流程——它只是一把锁，不是一堵墙。YellowKey 不是第一个绕过它的方法，也不会是最后一个。

现在就做三件事：① 给所有能联网的设备打上 2026 年 6 月及以后的累积更新；② 给高风险、常离身的设备启用启动 PIN；③ 贴防拆封条、建好设备丢失应急预案。补丁、PIN、封条三层叠加，才是可防御的姿态。

奇安信集团旗下有北京、上海、西安三家司法鉴定所：北京网神洞鉴科技有限公司司法鉴定所、上海盘石洞鉴科技有限公司司法鉴定所与陕西西安洞鉴云侦声像资料司法鉴定所。其中，上海所是上海第一家通过 CNAS 认证认可的民营计算机类司法鉴定机构。三所均通过了CMA资质认定，是目前国内少数能够通过自主研发软件进行取证与分析的电子数据司法鉴定机构，具有独立的实验室场所，其中包括：案件受理区、数据恢复区、手机取证区、计算机取证区、屏蔽室、无尘工作间和物证室，并配备多种国内外先进的技术检验及辅助设备。经过多年的时间积累和发展，现拥有一批胜任鉴定工作的专业技术人员，以专业的技能和丰富的经验，来开展声像资料和电子数据司法鉴定工作。开展的鉴定服务范围包括：声像资料鉴定、电子数据司法鉴定、计算机证据固定和获取、手机终端取证与分析、数据恢复、密码破解以及涉及电子设备的民事调查等。。