💥 发现与利用漏洞

CVE-2025-3052 的根本原因在于未经验证地不安全使用从 NVRAM 变量读取的数据。具体而言：

• UEFI 应用程序检索 IhisiParamBuffer NVRAM 变量的值。
• 该值被当作受信任指针，并存储在地址 0xf7a0 处的全局变量中。
• 代码随后在 global + 0x18 处执行内存写操作，将该地址设置为零。
• 后续还有更多写操作，全部源自同一个攻击者可控的 NVRAM 值。
• 在任何环节都没有应用边界检查、合理性验证或访问控制。

因此，能够控制 IhisiParamBuffer 变量的攻击者便获得了影响这些写入发生在内存中位置的能力。虽然该写原语受到一定限制，通常只允许向任意地址写入零或小常量，但它仍足以破坏关键固件状态。

在 Binarly 的概念验证中，攻击目标是全局变量 gSecurity2，它保存着指向 Security2 Architectural Protocol 的指针（关于此特定利用技术的详细说明，请参考以下仓库“TheMalwareGuardian: Exploitation Technique SecureBoot Bypass gSecurity2 Corruption”）。LoadImage 服务会查询该协议以强制执行 Secure Boot 策略，这意味着用空指针覆盖 gSecurity2 实际上会在运行时禁用 Secure Boot 检查。至关重要的是，这种绕过对操作系统是透明的：一旦启动完成，Secure Boot 在操作系统层面仍显示为已启用，尽管它在固件层面已被完全中和。

一个重要细节是，在基于 Insyde 的平台上，IhisiParamBuffer 变量通常被锁定为只读，这实际上在没有额外漏洞的情况下阻止了在这些系统上的利用。具有讽刺意味的是，这意味着最初由 IBV 引入易受攻击变量模式的厂商反而是暴露最少的，而所有其他平台仍面临风险。对于变量被锁定的情况，可以串联诸如 BRLY-2023-005 之类的绕过方法，先获得对该变量的写访问权限，然后再继续利用。在变量可直接写入的系统上，攻击则简单直接且高度可靠。