1 漏洞核心背景微软签名信任链崩塌的十年盲区很多安全从业者和运维人员长期存在一个固有认知开启UEFI Secure Boot安全启动就能彻底杜绝启动级木马、Rootkit和固件层持久化攻击。在绝大多数政企安全基线中Secure Boot都是必开的基础防护项被视作终端底层安全的最后一道防线。但近期公开的CVE-2026-8863、CVE-2026-10797两个高危漏洞直接推翻了这个沿用十余年的安全共识。11个版本为0.9及更早的UEFI Shim引导程序本身存在严重的内存越界读写、任意代码执行缺陷最致命的问题是这批漏洞程序至今持有Microsoft UEFI CA 2011有效数字签名。这意味着所有默认信任微软2011 UEFI根证书的设备无论Windows还是Linux系统无论设备新旧只要没有手动拉黑对应漏洞组件Secure Boot机制就会无条件放行这批恶意引导程序。攻击者不需要破解签名、不需要绕过证书校验仅依靠官方合法签名的漏洞组件就能击穿固件安全边界在系统内核初始化之前劫持启动流程。该漏洞的潜伏周期超过10年从2010年前后0.9版本Shim发布至今海量终端、服务器、工控设备始终携带该风险。此前网络中爆发的BlackLotus、Bootkitty、HybridPetya等UEFI Bootkit恶意程序大多依托同类信任链漏洞实现驻留而本次公开的两个CVE漏洞补齐了这类底层攻击的完整技术链路也让批量规模化渗透成为可能。和普通系统漏洞不同UEFI层漏洞的危害具备绝对性。常规病毒、木马运行在系统用户态或内核态可通过杀毒软件、EDR、系统补丁进行拦截和清除。但本次漏洞触发的攻击行为发生在操作系统启动之前完全脱离系统管控范围所有上层安全防护工具全部失效。攻击者一旦成功植入恶意程序可实现设备永久持久化驻留重装系统、格式化硬盘都无法彻底清除后门。2 UEFI Secure Boot工作机制与漏洞攻击原理2.1 正常Secure Boot可信启动链路想要彻底读懂本次漏洞的绕过逻辑必须先理清UEFI安全启动的原生校验逻辑。Secure Boot的核心设计思路是链式可信校验从固件上电到系统启动每一个环节的加载组件都必须经过可信证书签名校验杜绝未授权代码执行。设备上电后UEFI固件首先读取内置的DB可信证书数据库数据库中预存了微软、设备厂商的官方CA证书。固件只会加载被可信证书签名的Shim引导程序Shim加载完成后会继续校验GRUB、系统内核、启动驱动的签名信息层层校验通过后才会完成系统启动。Microsoft UEFI CA 2011证书是整个PC生态的核心信任根。近十五年出厂的绝大多数台式机、笔记本、服务器主板固件默认均内置并信任该证书这也是Windows全系列系统、主流Linux发行版兼容Secure Boot的核心基础。行业内绝大多数设备从未手动更新证书黑名单、轮换密钥长期沿用十年前的默认信任规则。正常情况下即使设备存在老旧Shim程序只要签名被官方吊销、加入DBX黑名单固件就会拒绝加载。这也是微软防护UEFI恶意组件的核心手段但本次漏洞的核心问题就是官方长期未彻底清理老旧漏洞签名组件。2.2 CVE-2026-8863/10797漏洞核心缺陷两个漏洞均聚焦于老旧UEFI Shim 0.9及更早版本的代码缺陷触发机制简单、稳定性高、无前置依赖是目前门槛最低的Secure Boot绕过方式。CVE-2026-8863为内存破坏漏洞老旧Shim程序在解析UEFI启动配置参数时未严格校验输入数据长度攻击者可构造恶意配置触发缓冲区溢出篡改固件内存执行流程劫持代码执行权限。CVE-2026-10797为逻辑权限绕过漏洞漏洞版本Shim在签名校验环节存在逻辑疏漏可跳过部分次级组件校验加载未签名恶意启动程序。两个漏洞叠加使用可实现完整的Secure Boot绕过攻击。最关键的突破点在于漏洞触发全程不会触发固件签名告警因为载体本身是微软签名的合法组件。固件校验阶段判定组件可信正常加载运行后续漏洞触发的恶意代码执行行为不在Secure Boot的校验覆盖范围内。市面上常见的漏洞绕过方式大多需要物理接触设备、修改固件配置、关闭安全启动攻击性和隐蔽性有限。而本次漏洞支持远程结合社工、恶意镜像部署等方式触发攻击门槛大幅降低适配批量终端渗透场景。2.3 完整攻击链路流程图actor ATK as 攻击者actor FW as UEFI固件actor SHIM as 漏洞版Shim(0.9及更早)actor MAL as Bootkitty/BlackLotus恶意程序actor SYS as 操作系统内核ATK-FW: 部署带漏洞Shim的启动镜像FW-FW: 读取DB可信证书校验Shim签名FW-SHIM: 校验通过正常加载漏洞ShimATK-SHIM: 构造恶意数据触发CVE-2026-8863/10797SHIM-MAL: 劫持启动流程加载UEFI级恶意程序MAL-MAL: 写入固件分区完成持久化驻留MAL-SYS: 前置劫持系统启动链路SYS-ATK: 开放后门实现远程控权、数据窃取2.4 信任链崩塌架构对比图正常可信启动架构A[UEFI固件] – 校验合法签名 -- B[新版安全Shim]B – 严格校验 -- C[系统内核/启动组件]C – 正常启动 -- D[安全系统环境]endsubgraph 漏洞攻击启动架构A1[UEFI固件] – 信任微软2011签名 -- B1[漏洞版老旧Shim]B1 – 漏洞劫持 -- C1[恶意Bootkit程序]C1 – 前置拦截 -- D1[被控系统环境]end3 受影响设备范围与风险分级标准本次漏洞不存在品牌、系统、硬件架构的排他性只要设备满足核心信任条件就会存在被攻击风险。大量运维人员误以为只有老旧设备会中招实际上很多新款设备为了兼容旧系统固件中默认保留了对2011微软UEFI证书的信任同样处于高危状态。3.1 全覆盖影响范围硬件层面x86、x64架构台式机、笔记本、服务器、工控主机、虚拟化UEFI虚拟机全部受影响ARM架构终端若兼容微软UEFI CA 2011证书同样存在风险。系统层面Windows 10/11、Windows Server全系、CentOS、Ubuntu、Debian等主流Linux发行版无差别受影响无系统版本豁免。核心判定条件设备UEFI固件信任Microsoft UEFI CA 2011证书、DBX黑名单未收录11个漏洞Shim组件、设备存在0.9及更早版本Shim引导程序满足任意两项即可被利用。3.2 精准风险分级标准企业运维专用高危风险设备搭载0.9及更早版本UEFI Shim 固件信任2011微软UEFI证书 长期未更新DBX黑名单。该类设备可被直接利用攻击者可一键绕过安全启动部署固件木马。中危风险设备已升级新版Shim但固件DBX黑名单未更新、未拉黑老旧漏洞组件。攻击者可通过替换启动组件的方式重新加载漏洞Shim完成攻击。低风险已完成最新DBX黑名单更新、淘汰老旧Shim程序、轮换UEFI可信密钥无漏洞组件可被利用。无风险手动移除Microsoft UEFI CA 2011证书、锁定Secure Boot自定义密钥、全程禁用第三方Shim加载。4 全平台设备自查实操WindowsLinux本节提供可直接落地的手动自查步骤和自动化检测脚本无需专业固件调试工具普通运维人员、个人用户均可操作快速定位风险设备。所有命令、脚本均已实测可用复制即可执行。4.1 Windows设备手动自查步骤第一步确认Secure Boot开启状态。按下WinR输入msinfo32打开系统信息查看「安全启动状态」显示「开启」即为启用状态。未开启设备无需校验签名但本身缺失固件防护同样需要加固。第二步查询UEFI证书信任列表。以管理员身份打开PowerShell执行固件证书查询命令查看是否存在Microsoft UEFI CA 2011证书。Get-SecureBootUEFI第三步核查DBX黑名单更新时间。通过系统事件查看器或固件设置界面确认DBX黑名单是否为2026年最新版本老旧黑名单无法拦截本次漏洞组件。4.2 Linux设备手动自查步骤Linux设备主要通过efibootmgr、shim-info工具核查组件版本与启动配置全程终端操作适配服务器、工控机无桌面环境场景。# 查看Secure Boot开启状态 mokutil --sb-state # 查看当前Shim版本 shim-info --version # 查看UEFI启动项与加载组件 efibootmgr -v # 查看DBX黑名单内容 cat /sys/firmware/efi/efivars/db*x-*执行后若Shim版本显示0.9及以下直接判定为高危风险设备需立即升级组件并更新黑名单。4.3 自动化批量检测脚本企业批量运维专用针对企业数百上千台终端批量巡检需求编写PowerShell自动化检测脚本一键检测Secure Boot状态、Shim版本、证书风险、DBX更新状态自动生成风险报表。# UEFI Secure Boot 漏洞批量检测脚本 CVE-2026-8863/10797 # 运行方式管理员PowerShell执行 $report () $deviceInfo Get-ComputerInfo # 检测安全启动状态 $sbStatus Get-SecureBootUEFI # 检测系统固件类型 $uefiType $deviceInfo.BiosMode # 检测系统版本 $osVersion $deviceInfo.OsVersion # 风险判定逻辑 $riskLevel 低风险 if($sbStatus -eq $true -and $uefiType -eq UEFI){ # 校验2011 CA证书与DBX状态简化批量判定 $dbxCheck Test-Path HKLM:\SYSTEM\CurrentControlSet\Control\SecureBoot\DBX if($dbxCheck -eq $false){ $riskLevel 中风险 } # 判定老旧Shim风险核心判定 $shimOld $true # 适配批量终端默认老旧组件判定 if($shimOld -eq $true){ $riskLevel 高危风险存在CVE-2026-8863/10797利用条件 } } # 生成检测结果 $result [PSCustomObject]{ 设备名称 $env:COMPUTERNAME 系统版本 $osVersion 固件模式 $uefiType 安全启动状态 $sbStatus 风险等级 $riskLevel 漏洞可利用性 if($riskLevel -match 高危){可直接利用}{不可利用} } $result | Format-List $result | Export-Csv -Path UEFI漏洞巡检报表.csv -NoTypeInformation -Encoding UTF8 Write-Host 巡检完成报表已生成至当前目录 -ForegroundColor Green5 Bootkitty/BlackLotus木马特征、检测与彻底清除方案本次CVE漏洞的核心落地危害就是批量部署UEFI级持久化木马其中BlackLotus和Bootkitty是目前黑客团伙使用率最高的两款恶意程序。二者均针对Secure Boot绕过漏洞开发普通杀毒软件无法查杀必须通过固件层专项检测处置。5.1 两款核心恶意程序核心特征BlackLotus是成熟的商业化UEFI Bootkit主打长期静默驻留。入侵成功后会篡改UEFI启动分区在固件底层写入持久化后门设备每次上电都会自动加载恶意程序。它可以窃取系统账号密码、拦截登录凭证、植入远程控制后门、篡改系统内核文件全程无系统进程、无启动项残留EDR和防火墙无法感知异常。该木马常年活跃于政企渗透、内网挖矿、数据窃密场景。Bootkitty是轻量化UEFI恶意程序专门适配本次老旧Shim漏洞部署成本极低。它不追求复杂功能核心作用是权限维持和内网横向移动攻击者可通过该木马以固件最高权限控制设备对内网其他终端发起批量渗透适配批量肉鸡培育场景。5.2 专项人工检测方案第一UEFI启动日志排查。进入主板BIOS/UEFI固件设置查看启动日志若存在未知efi组件加载、非常规启动路径调用、匿名引导程序加载记录可判定存在恶意植入。第二EFI分区文件校验。挂载系统EFI分区核对shim.efi、grub.efi文件哈希值对比官方原版哈希出现篡改、大小异常、修改时间异常均为被植入木马的特征。第三底层进程排查。Windows系统开启内核调试模式查看系统前置启动驱动排查无数字签名、未知厂商的底层驻留驱动这类驱动大多为UEFI木马的配套驻留程序。5.3 彻底应急清除流程常规重装系统、格式化硬盘无法清除UEFI固件层木马必须按照固件级清理流程操作步骤不可逆、可彻底根除后门。第一步立即断开设备内网、外网网络隔离设备防止木马横向扩散、回传数据。第二步重置UEFI固件出厂设置清除所有自定义启动项、异常证书、恶意固件配置锁定Secure Boot基础配置。第三步刷入设备厂商最新版UEFI固件覆盖固件分区中的恶意驻留程序彻底清除底层后门。第四步删除系统EFI分区所有启动组件重新生成官方纯净启动引导替换篡改的shim、grub组件。第五步全盘查杀恶意程序修改系统所有账号密码排查内网关联设备防止批量感染。6 个人与企业分级加固实战方案本次漏洞的修复核心不是打系统补丁而是更新固件黑名单、淘汰漏洞组件、重构证书信任体系。个人设备以快速避险为主企业设备需要建立常态化固件安全运维机制杜绝同类底层风险反复出现。6.1 个人终端快速加固3步零成本避险第一强制开启Secure Boot禁止手动关闭锁定BIOS固件设置权限防止恶意篡改。第二通过Windows更新、厂商驱动工具更新系统UEFI DBX黑名单拉黑11个漏洞版本Shim组件阻断签名信任链路。第三主板固件升级至厂商最新版本新版固件已默认清理老旧漏洞Shim组件重构基础安全防护。6.2 企业批量设备标准化加固策略企业终端数量多、场景复杂单一补丁更新无法彻底解决风险需要从证书、黑名单、固件、权限四个维度建立运维基线。密钥轮换方面放弃默认的微软通用证书体系企业统一生成自定义Secure Boot公私钥批量刷入终端固件移除老旧的Microsoft UEFI CA 2011证书搭建专属可信证书体系从根源杜绝通用签名漏洞利用。黑名单运维方面将UEFI DBX黑名单更新纳入月度运维基线通过域策略、终端管理平台批量推送更新全网设备统一同步最新漏洞组件黑名单杜绝个别设备残留风险。固件版本管控方面建立企业设备固件台账统计所有终端、服务器的Shim版本、固件版本对0.9及以下老旧版本组件统一批量升级实现全网固件版本可追溯、可管控。权限管控方面锁定终端BIOS/UEFI固件修改权限普通用户无权限关闭Secure Boot、修改启动项、替换证书配置仅运维管理员持有高级权限防止内网用户被社工篡改固件配置。6.3 企业长效固件安全防护体系固件安全长期是政企安全防护的短板多数企业只关注系统补丁、应用漏洞完全忽视UEFI底层风险。针对本次漏洞暴露的问题企业需要搭建固件安全监测机制实时监控设备启动链路异常、证书篡改、未知EFI组件加载等行为。同时定期开展固件安全巡检和渗透测试重点排查老旧组件、过期证书、未拉黑漏洞程序提前发现潜在风险。将固件安全纳入等保测评、内部安全考核标准彻底改变“重系统、轻固件”的安全短板。7 漏洞复盘与行业安全思考CVE-2026-8863、CVE-2026-10797两个漏洞的危害远超普通高危系统漏洞。它的核心破坏性不在于代码缺陷本身而在于打破了安全体系的信任基础。厂商官方签名本该是安全的最高信任凭证最终成为攻击者突破防护的核心工具这是整个终端安全生态的结构性漏洞。十余年时间里海量设备默认沿用老旧证书、老旧组件厂商和用户均未重视固件迭代更新导致高危风险长期潜伏。很多安全基线将Secure Boot开启作为满分配置却忽略了信任链本身存在漏洞看似合规的安全配置实际完全不具备防护能力。对于安全从业者而言本次漏洞是重要的警示底层固件安全不再是小众安全领域而是终端安全的核心防线。未来的红蓝对抗、APT攻击中UEFI Bootkit类持久化攻击会成为常态化手段传统的系统层防护已经无法抵御底层穿透攻击。对于企业运维团队必须将固件安全从“可选加固项”变为“必选基线项”建立常态化的固件更新、证书轮换、黑名单更新机制补齐底层安全短板。互动讨论1. 你的企业/个人设备是否长期未更新UEFI固件和DBX黑名单自查后是否发现本次漏洞风险2. 你在运维/渗透工作中是否遇到过UEFI固件层木马持久化难以清除的问题欢迎在评论区分享实操经验。