文章总结： 文章讲述了PCIe5.0及后续版本中IDE协议发现的三个漏洞(CVE-2025-9612/9613/9614)，影响Intel和AMD最新处理器，可能导致信息泄露和拒绝服务。这些漏洞源于协议处理逻辑缺陷而非加密算法被破解。主要缓解措施包括更新固件、参考PCIe6.0标准更新中的Erratum#1指导，以及实施纵深防御策略。虽然利用门槛较高(CVSS评分1.8-3.0)，但对依赖TEE环境的系统构成潜在威胁。
综合评分： 90
文章分类： 漏洞分析,漏洞预警,硬件安全,数据安全,安全建设
PCIe 5.0 也不安全了？三大底层加密漏洞曝光，Intel 和 AMD 全中招！
原创
Hankzheng
技术修道场
2025年12月12日 08:06
广东
大家好，我是你们的老朋友，那个每天都在和 Bug 斗智斗勇的 IT 攻城狮。
在 IT 圈混了这么多年，我们总是习惯于在软件层面设防：防火墙、HTTPS、容器隔离、RBAC 权限控制……我们默认底层的硬件是诚实可靠的“老实人”。
但是，如果告诉你，负责连接显卡、网卡、SSD 的 PCIe 总线，在加密通信时也会“老眼昏花”，把过期的数据当成新鲜指令执行，你如何感受？
最近，PCI-SIG（PCI 特别兴趣小组）和 CERT/CC 联合扔出了一枚重磅炸弹：在最新的 PCIe 5.0 及后续版本 中引入的 IDE（完整性和数据加密）协议，被发现存在三个严重的逻辑漏洞。
简单来说，哪怕你用了最新的硬件加密，攻击者也有可能通过这一层面的逻辑缺陷，实现信息泄露、权限提升，甚至搞瘫你的服务器。Intel 和 AMD 的最新旗舰处理器都没能幸免。
今天，咱们就抛开晦涩的英文报告，用大白话来硬核拆解一下：这三个漏洞到底是怎么让 PCIe 通信“精神错乱”的？
🛡️ 什么是 PCIe IDE？为什么它很重要？
在开聊漏洞前，先得给不熟悉的朋友补个课。
以前，PCIe 总线上的数据基本是“裸奔”的。但在数据中心和云原生时代，这很不安全。于是，PCIe 6.0（以及部分 5.0 实现）引入了 IDE (Integrity and Data Encryption)。
你可以把它理解为 “硬件版的 HTTPS”。它的作用是确保 CPU 和外设（比如加速卡）之间的数据传输是加密的，且不能被篡改。这对于构建 TEE（可信执行环境） 至关重要。
然而，这次被 Intel 的几位大佬（Arie Aharon 等人）挖出来的漏洞，恰恰就打在了这个“护盾”的七寸上。
🛑 漏洞拆解：当数据开始“插队”和“穿越”
这次曝光的三个 CVE 漏洞（CVE-2025-9612/9613/9614），其核心问题都不在于加密算法本身被破解，而在于协议处理逻辑的疏忽。
我也仔细研读了 technical report，发现这简直就是一本“并发编程错误范例大全”。
1. CVE-2025-9612：被遗忘的“入场券”检查 (Forbidden IDE Reordering)
关键词：乱序、完整性缺失
在高速数据传输中，数据包的顺序至关重要。PCIe IDE 协议本该严格检查数据包的顺序。但是，漏洞导致接收端（Receiver）在某些特定的端口上缺少了完整性检查。
💡 技术大白话：
这就好比你在排队做核酸，本来应该按序号一个个来。但因为保安（完整性检查）去上厕所了，有人拿着昨天的号码牌插队到了前面。系统一看：“哟，有号码牌，进测吧！”
结果就是，接收端处理了本该被丢弃的、甚至是攻击者精心构造的“乱序”数据（Stale Data）。
2. CVE-2025-9613：超时的“幽灵” (Completion Timeout Redirection)
关键词：超时处理、Tag 伪造
这个漏洞利用了“完成超时”（Completion Timeout）机制。当一个请求超时未完成时，系统应该彻底清除相关状态（Flushing）。但现在的实现中，清除得不干净。
💡 技术大白话：
假设你点了个外卖，超时没送到，你申请了退款（Timeout）。正常逻辑是这单生意结束了。
但攻击者这时候伪造了一份外卖（注入恶意包），并且贴上了和你之前那单一样的单号（Matching Tag）。因为系统没把之前的状态清理干净，它竟然签收了这份假外卖，并把它当成真数据处理了！
3. CVE-2025-9614：没关紧的“后门” (Delayed Posted Redirection)
关键词：流刷新不彻底、旧密钥重用
当 IDE 数据流（Stream）需要重置或者更换密钥（Re-keying）时，如果刷新（Flushing）操作不彻底，会导致什么后果？
💡 技术大白话：
这就像你住酒店退房了，酒店却忘了注销你的房卡权限。你可以拿着旧房卡（旧的加密流上下文），大摇大摆地再次刷开房门，读取里面本不属于你的新数据，或者塞入一些脏数据。
⚠️ 谁受影响？严重程度如何？
听到这里，手里的服务器是不是感觉有点烫手？先别急着拔电源。
虽然 PCI-SIG 警告说这些漏洞可能导致信息泄露（Information Disclosure）和拒绝服务（DoS），甚至打破可信域（Trusted Domain）的隔离，但有一个好消息：
利用门槛较高。
这些漏洞的 CVSS 评分在 1.8 到 3.0 之间（低危）。因为攻击者通常需要物理接触或者极低层级的访问权限才能操作 PCIe IDE 接口。
👇 受影响的“重灾区”主要是最新的服务器级硬件：
-
Intel:
Xeon 6 处理器（带 P-cores）、Xeon 6700P-B/6500P-B 系列。
-
AMD:
EPYC 9005 系列、EPYC Embedded 9005 系列。
也就是说，如果你在运维基于这些最新 CPU 的云数据中心，或者你的业务高度依赖 TEE 环境（比如机密计算），那么必须引起重视。
🛠️ 怎么破？架构师的建议
虽然评分低，但在安全圈有一句名言：“低危漏洞组合起来，往往就是致命一击。”
针对这次的 PCIe “三剑客” 漏洞，CERT/CC 和两大芯片巨头给出的建议非常直接：
1. 盯着固件更新！
这是最根本的解决办法。Intel 和 AMD 已经针对受影响的产品发布了公告，主板厂商和系统供应商（OEM）会陆续放出 BIOS/Firmware 补丁。作为运维，请把 Firmware Update 列入近期的维护窗口计划。
2. Erratum #1 指导
如果你是硬件开发人员，请务必参考 PCIe 6.0 标准更新中的 Erratum #1 指导来修正你的 IDE 实现。
3. 纵深防御
不要把所有的鸡蛋都放在“硬件加密”这一个篮子里。应用层的加密、完善的物理访问控制，依然是最后一道防线。
👨💻 写在最后
技术在进步，漏洞也在进化。从软件到固件，再到现在的硬件总线协议，“安全”永远是一个动态的过程，而不是一个静态的状态。
这次的 PCIe 漏洞虽然不需要让我们连夜加班救火，但它再次提醒我们：在追求极致速度（PCIe 5.0/6.0）的同时，协议设计的严谨性和状态机的完整性检查容不得半点沙子。
对于这次的硬件底层翻车，你怎么看？
欢迎在评论区聊聊！
免责声明：
本文所载程序、技术方法仅面向合法合规的安全研究与教学场景，旨在提升网络安全防护能力，具有明确的技术研究属性。
任何单位或个人未经授权，将本文内容用于攻击、破坏等非法用途的，由此引发的全部法律责任、民事赔偿及连带责任，均由行为人独立承担，本站不承担任何连带责任。
本站内容均为技术交流与知识分享目的发布，若存在版权侵权或其他异议，请通过邮件联系处理，具体联系方式可点击页面上方的联系我。
本文转载自：技术修道场 Hankzheng《PCIe 5.0 也不安全了？三大底层加密漏洞曝光，Intel 和 AMD 全中招！》