TL;DR
CVE-2025-14302 是一个技嘉主板固件问题：尽管固件设置显示 IOMMU/DMA 保护已激活，但在早期启动过程中该保护并未正确启用。
更广泛的“沉睡的保镖”（Sleeping Bouncer）概念描述了一种预启动安全缺口：系统认为 DMA 保护已开启，但真正的“保镖”（IOMMU 执行机制）在关键时刻处于沉睡状态。
影响：拥有物理访问权限的攻击者，可在操作系统内核安全栈加载之前，利用支持 DMA 的设备读写内存。
修复：根据厂商公告更新 BIOS/UEFI，验证 IOMMU/VT-d 设置，并将 DMA 保护视为可衡量的控制措施，而非仅是一个勾选项。
1) 什么是 CVE-2025-14302 以及为什么叫“沉睡的保镖”
CVE-2025-14302 被描述为一个保护机制失效问题，影响某些技嘉主板型号：IOMMU 未能正确启用。结果是在操作系统内核及其安全特性加载之前，出现了一个预操作系统窗口期，使得具备 DMA 能力的 PCIe 设备可以读写物理内存。
“沉睡的保镖”这个标签传达了一个核心安全教训：即使固件中启用了每一个勾选项（DMA 保护、安全启动、平台安全控制），如果执行机制在最早启动的毫秒级时间内并未真正介入，你的平台仍可能暴露于早期启动内存注入风险。
2) 威胁模型、影响以及谁应该担心（谁不必担心）
关键点：这主要是一个物理访问威胁——攻击者需要在平台早期启动保护尚未真正激活时，连接一个支持 DMA 的设备（例如通过 PCIe/Thunderbolt 类场景）。
对于许多组织来说，“物理访问”仍然对应真实世界的风险：承包商桌面设备、差旅笔记本、信息亭、分支机构、实验室，以及任何设备可能短暂无人值守的环境。物理访问风险也会出现在高级入侵场景中，攻击者结合内部人员访问、被盗设备或隐蔽植入物进行攻击。
影响范围可以从内存泄露（机密、密钥、凭据）到预操作系统内存修改，从而破坏对操作系统启动链的信任。
3) 技术解析：预启动 DMA 窗口（保镖如何沉睡）
高层来看，IOMMU 就像一个硬件强制实施的内存防火墙，位于设备和 RAM 之间，限制哪些设备可以访问哪些内存区域。如果它被足够早地初始化，DMA 设备就无法在启动期间自由读写 RAM。如果 IOMMU 激活得太晚，就会存在一个 DMA 读/写可能且未被阻断的窗口。
在 CVE-2025-14302 案例中，NVD 描述明确指出：由于 IOMMU 未被正确启用，物理攻击者可以使用支持 DMA 的 PCIe 设备在操作系统保护加载之前访问内存。
防御者心智模型（简单版）：
- 固件说“DMA 保护已启用”。
- 但 IOMMU 转换表或执行机制实际上未足够早地激活。
- DMA 设备可以在早期启动期间访问内存。
- 等到操作系统加载时，攻击可能已经完成预部署。
4) 攻击链（防御者视角）：如何成为真正的入侵
因为这是一个硬件/固件暴露面，你应该关注攻击者实际能做什么。一个现实的攻击链如下：
- 访问：攻击者短暂获得物理访问（设备无人看管、实验室台、维修链、内部人员场景）。
- 连接：在操作系统保护加载前连接一个支持 DMA 的设备（PCIe 类访问）。
- 读/写：在 IOMMU 执行机制缺失或延迟时访问内存。
- 持久化/滥用：窃取凭据、禁用完整性检查，或植入在操作系统启动后运行的钩子。
- 操作：攻击者稍后通过网络、凭据或横向移动返回，此时目标设备已被削弱且被视为“可信”。
5) 检测与验证：证明 IOMMU 真正开启
对于固件漏洞，检测更多是关于验证，而非简单的“入侵指标”。你的目标是回答：“此设备是否处于易受攻击的固件版本？平台在早期启动时是否真正执行了 DMA 保护？”
验证清单（实用）：
- 资产清单：识别使用受影响主板厂商/型号的系统（从 CVE-2025-14302 的技嘉开始）。
- 固件版本：比对待安装的 BIOS/UEFI 版本与厂商安全公告中的更新说明。
- 平台设置：确认 IOMMU/VT-d（Intel）或 AMD-Vi（AMD）设置已在支持的情况下启用。
- 控制测试：在允许的情况下，使用经批准的内部实验室程序验证 DMA 保护行为（不要在生产终端上临时操作）。
- 物理安全：确保设备端口和机箱访问策略与威胁模型匹配（上锁房间、端口控制、防篡改策略）。
6) 缓解措施、补丁与加固清单
从厂商补丁开始。技嘉已发布针对 CVE-2025-14302 的安全公告，描述了问题并通过 BIOS 更新为受影响的主板提供了修复指导。
加固清单（CISO 级别）：
- 更新 BIOS/UEFI（遵循针对 CVE-2025-14302 的技嘉公告）。
- 确认 IOMMU 已启用且 DMA 保护设置一致（平台 + 操作系统）。
- 启用安全启动并在支持的情况下维护可测量的启动（企业构建中的 TPM/ attestation）。
- 减少物理攻击面：锁定机箱访问、控制高风险终端的对外端口。
- 实施固件治理：定期 BIOS 更新周期、签名更新源和变更控制。
- 高价值终端：将固件状态视为“Tier-0”安全的一部分（管理员、持有签名密钥的开发人员、高管）。
7) 30-60-90 天固件安全计划（运营手册）
前 30 天：遏制与修补
- 识别所有使用受影响技嘉主板的终端，优先处理高权限用户和暴露位置。
- 根据厂商指导部署 BIOS/UEFI 更新，大规模验证更新后版本。
- 实施临时物理控制（端口限制、房间访问、设备处理）。
- 记录例外情况，并为固件状态创建一个风险登记条目。
接下来 60 天：验证控制并标准化
- 为工作站类别（开发、财务、SOC、高管）创建“固件基线”标准。
- 将 BIOS 状态验证添加到终端合规报告中。
- 标准化安全配置设置（IOMMU 启用、安全启动策略、设备控制）。
- 与采购协调：要求供应商安全公告和更新节奏作为采购标准。
接下来 90 天：成熟固件治理
- 为关键终端建立周期性固件补丁窗口。
- 每季度进行平台安全审查，参考 CERT 公告和供应商公告。
- 构建一个实验室驱动的验证工作流，用于“声称的安全特性 vs 实际执行”。
- 衡量结果：已修补百分比、已关闭例外、物理暴露减少。
8) 常见问题
CVE-2025-14302 是否可以远程利用？
根据公开描述，该攻击需要物理访问和 DMA 设备。
我应该首先遵循哪个供应商公告？
如果你有技嘉主板，请从技嘉针对 CVE-2025-14302 的安全公告开始相应修补。
能快速降低风险的最简单行动是什么？
更新 BIOS/UEFI、验证设置、减少物理暴露（设备访问、端口、存储）。结合资产清单和合规性实施。
“沉睡的保镖”一词从何而来？
该术语在一份公开的技术文章中被讨论，该文章解释了预启动 DMA 保护缺口，并引用了供应商公告。
9) 参考文献
- NVD: CVE-2025-14302
- 技嘉安全公告: CVE-2025-14302
- CERT/CC VU#382314: UEFI 固件模块中的 IOMMU 初始化失败
- BleepingComputer 相关报道 CSD0tFqvECLokhw9aBeRqsAhlXRiKzqRIV45mkEUWJaYxY1rWhl6Y1PKf5r9o4LNU2Jhd7ARJM0Y5t42dyXefU4z+sYFqvzWLyfTFf6rh8ND6sSeWF+r4htc1xZFZbozeNHZrQsYaVWyl2Yj6GDPr8eaflVfHCWQpDaLz5bXPvZ5IEBXDCOWbX5WF4EhZEue
