AMD 的 Skitter 漏洞暴露深层硬件控制，超越 amazon amd 搜索噪音

AMD 如今面临一项引人注目的安全披露，涉及大约在 2011 年至 2015 年间发布的处理器。据称，只需一条指令，就能暴露原本由硬件保持不可访问的内存。

这一漏洞利用被称为 Skitter Creek Bath Salts，简称 Skitter，目标是 AMD Family 15h 和 16h 处理器。根据最初的 Skitter 报道，安全研究员 Christopher Domas 开发了这一技术。

短语 amazon amd 出现在这则报道的发现线索中，但已披露的信息并未显示事件核心涉及 Amazon。受影响的硬件属于 AMD，现有报道也未证实与 Amazon 存在关联。

这一区分很重要，因为即使不超出证据范围，底层安全问题本身也已足够严重。据称，Skitter 会改变一项映射控制机制，而该机制负责保护多个高度特权的内存区域。

这些区域包括与 Platform Security Processor，即 PSP，相关的内存；PSP 在主操作系统之外执行安全功能。它们还包括 System Management Mode、微代码补丁存储以及其他特定实现区域。

一旦能够访问这些组件，攻击者的权限将处于普通应用程序、操作系统和许多防御工具之下。不过，具备某项技术能力，并不自动意味着能够形成可行的远程攻击。

因此，核心冲突并非 AMD 与另一家芯片厂商之间的较量，而是处理器所承诺的硬件隔离，与据称可通过一条指令关闭该隔离机制之间的矛盾。

老旧系统构成了压力点。它们往往在正常消费者升级周期结束很久之后，仍继续存在于工业设备、嵌入式产品、实验室、办公室和发烧友电脑中。

Skitter 并不意味着每一台此类电脑都已经失陷。它意味着设备所有者必须确认，旧处理器是否仍在保护其安全模型所假定的边界。

据称 Skitter 如何改变 AMD CPU 的内部行为

据称，Skitter 将单个控制位变成了通往正常软件无法映射的内存区域的入口。

现代处理器不只是执行应用程序指令。它们还在操作系统、固件、设备、虚拟机监控程序和内部安全处理器之间划分内存。

这种划分决定了哪个组件能够读取或修改每个地址。它阻止普通软件将受保护的固件内存当作普通应用程序缓冲区来处理。

据最初报道，Family 15h 和 16h 处理器中存在一个可关闭这种映射限制的位。据称，Domas 发现一条指令即可改变该位。

其直接结果不仅仅是软件权限的又一次提升。据称，这项改变会暴露即便传统内核级代码也无法访问的区域。

其中一个目标是 Platform Security Processor。PSP 是一个专用安全子系统，独立于主 x86 处理器核心执行受信任操作。

固件可信平台模块功能可能依赖这一子系统。fTPM 会存储或处理用于平台证明等功能的测量数据和加密材料。

据称，该漏洞利用还会暴露 System Management Mode。SMM 是处理器的一种运行模式，固件利用它执行电源控制和硬件管理等底层功能。

当 SMM 运行时，正常操作系统会暂停。其代码位于通常称为 SMRAM 的受保护区域中，普通软件本不应访问该区域。

Microsoft 将 SMM 描述为一个长期攻击目标，因为它传统上拥有对内存和设备的广泛控制权。其 SMM isolation 工作说明了为什么供应商将这一层级视为比操作系统更高的特权层。

微代码补丁 RAM 是另一个据称受到影响的目标。微代码会转换或控制处理器对架构指令实现中的部分行为。

供应商利用微代码更新来修正处理器行为，而无需实际更换芯片。因此，未经授权的访问可能威胁到指令层面所依赖的安全假设。

目前报道还提及对其他受保护实现区域的访问。它们的确切相关性将取决于处理器型号、固件、主板设计和攻击路径。

这种广度解释了“完全硬件级控制”这一说法。不过，这一表述应指向潜在的特权级别，而不应被理解为每台受影响机器都会自动、可靠地失陷。

完整的漏洞利用链在打开映射后还必须实现实际目的。它必须识别目标区域、处理型号差异，并在不导致系统崩溃的情况下修改状态。

这些工程步骤将一种架构原语与可靠的恶意软件区分开来。Skitter 所谓的简单性，针对的是打开边界的操作，而未必是整个攻击链。

这一主张之所以格外重要，是因为内存隔离本应是基础性的安全机制。当硬件暴露受保护状态时，该边界之上的软件防御无法完全弥补。

受影响的处理器家族不止涵盖一条熟悉的桌面产品线

风险取决于处理器家族标识，而非 AMD 标志或 amazon amd 这样的宽泛搜索短语。

Family 15h 包括 AMD 在 Zen 之前时期销售的多种架构。最知名的例子包括源自 Bulldozer 的 FX 桌面处理器，以及相关的服务器或加速处理器设计。

AMD 的存档 Family 15h guide 记录了固件和内核如何识别并配置该家族的早期成员。它也说明了为何一个家族标签涵盖的不止一个零售名称。

Family 16h 则包括低功耗加速处理单元和嵌入式系统。AMD 文档指出，该家族中包含桌面、笔记本、平板和嵌入式版本。

该公司的存档 Family 16h guide 于 2015 年 2 月修订。这一时间点与受影响代际据称的截止时间相符。

设备所有者不应仅凭电商页面判断是否受影响。零售名称、重复使用的产品标签以及不完整的卖家描述，都可能掩盖底层家族和型号。

处理器的 CPUID 数据提供了更可靠的起点。操作系统工具可以显示家族、型号和步进信息，而无需执行实验性的安全代码。

型号名称仍有助于资产盘点工作，但应与家族标识符交叉核对，而不应被视为决定性证据。

这一差异在消费者桌面设备之外尤为重要。嵌入式主板可能部署多年，因为替换它们需要进行验证、现场访问或认证工作。

销售终端、实验室控制器或工厂电脑可能稳定地执行某项单一任务。其所有者或许很少有运营层面的理由去更换它。

安全问题会改变这一判断。一台机器不会仅仅因为其工作负载可预测，或用户界面受限，就自动变成低风险设备。

Family 16h 文档在消费级配置之外，还包括嵌入式 G-Series 系统。AMD 的 embedded data sheet 列出了支持 32 位和 64 位兼容性的双核与四核选项。

这种广泛覆盖带来了资产盘点挑战。组织可能知道自己拥有 AMD 系统，却缺少进行快速风险评估所需的型号级记录。

受影响时期也早于许多企业现行的硬件采购实践。资产数据库可能记录了一台设备，却未记录其处理器家族或固件状态。

二手硬件买家还面临另一个问题。旧款 FX 台式机和紧凑型系统仍在流通，因为它们能够胜任基础计算、复古游戏、测试和专业软件。

通过 amazon amd 查询找到的商品页面，不能证明某个处理器是否受影响、已修补、已隔离或曾被修改。买家需要确切的型号和主板细节。

他们还需要考虑主板固件。处理器安全很少脱离 BIOS 配置、固件处理程序和供应商特定部署选择而独立运作。

因此，实际评估单位应是整个平台。这包括处理器、主板、固件版本、操作系统、驱动程序和物理部署环境。

单指令机制挑战硬件隔离

Skitter 的重要性在于，据称其机制绕过了一道边界，而不只是利用运行在该边界之上的代码。

大多数软件漏洞始于应用程序、驱动程序、操作系统组件或固件处理程序中的错误。攻击者通过操纵这一错误来获得更高权限。

据称，Skitter 采用了不同路径。其关键操作改变了受保护物理地址向主处理器暴露的方式。

这使内存映射本身成为核心安全机制。该映射决定给定地址通向普通内存、设备，还是内部受保护组件。

一项关闭限制的控制机制，可能会同时瓦解多道彼此独立的信任边界。对于处理器意外变得可见的区域，操作系统无法安全地进行中介控制。

这正是核心逆转。基于硬件的隔离通常是普通软件权限已失守时的最后一道防线。

据称，Skitter 将这道最后防线变成了攻击面。原本用于组织访问的同一机制，反而成为绕过访问控制的路径。

Christopher Domas 长期研究处于普通软件边界之下的处理器行为。他此前的工作包括 Sandsifter 处理器模糊测试器，以及 Memory Sinkhole 权限提升技术。

其 processor research 的一份会议简介还提及 God Mode Unlocked，该研究考察了 x86 处理器中的硬件后门。这一背景提供了语境，但并不能独立验证关于 Skitter 的每一项主张。

这项新技术也应与 Domas 早先的 Memory Sinkhole 工作区分开来。Memory Sinkhole 通过操纵内存映射中断控制器的行为，干扰受保护的 SMM 内存。

Skitter 被描述为影响 Family 15h 和 16h 的 AMD 特定映射绕过漏洞。据称对 PSP 和微代码的暴露使其目标范围更广。

两种思路都挑战了这样一种假设：受保护的固件内存在启动后无法触及。但不应混淆它们的机制和受影响处理器。

单条指令也不意味着一个无特权网站可以立即接管电脑。处理器控制指令通常需要特权执行环境。

现有公开报告需要更清楚地说明这一前提条件。读者应寻找明确的演示，说明映射位发生变化前所需的权限级别。

如果需要内核权限，攻击者首先还需要另一项漏洞、恶意驱动程序或获得授权的管理员访问权限。随后，Skitter 才会加深既有入侵。

这种情形依然严重。内核访问权限可能非常强大，但防御者仍依赖 PSP、SMM 和固件隔离来保护机密与持久化边界。

能够进入这些层级的攻击者，可能在操作系统重装后依然存活。他们还可以躲避那些仅观察常规内存和进程的终端工具。

不过，仅凭内存可见性并不能保证持久化。攻击者必须找到可持久保留的修改路径，并应对平台特定的固件行为。

可靠性至关重要，因为损坏微代码或固件状态可能导致处理器停机。会崩溃的概念验证与稳定植入体，在实际作战价值上截然不同。

这正是独立技术材料不可或缺的原因。研究人员需要了解指令、寄存器定义、受影响的步进版本、前提条件，以及能够在多块主板上重复验证的结果。

在这些细节公开之前，最有力的结论应保持谨慎而有限：据报这一原语削弱了特定代际硬件的隔离能力，但其实际可利用性仍缺乏完整文档支持。

PSP、SMM 与微代码带来三种不同的安全风险

暴露的区域属于不同的信任域，因此每一项都构成独特风险，而非一种笼统的接管场景。

PSP 之所以重要，是因为它在主 x86 操作系统之外运行。即使普通软件拥有管理员权限，安全服务仍可能依赖它。

fTPM 就是一个例子。它支持操作系统安全功能所使用的度量和密钥，但不同平台的实现及密钥处理方式各不相同。

访问与 PSP 相关的内存，并不意味着会自动暴露所有受保护密钥。但这确实有理由让人质疑哪些数据可能变得可观察或可修改。

调查人员必须确定 Skitter 暴露的是实时 PSP 内存、共享通信缓冲区、固件映像，还是三者皆有。每种结果对应的威胁都不同。

SMM 则带来另一类问题。固件利用它进行硬件管理，同时将其执行过程和内存隐藏在操作系统之外。

在其中执行的代码可以检查内存或设备，而不会显示为普通进程。这种不透明性使 SMM 对持久化植入体颇具吸引力。

Microsoft 的安全指南说明了较新的保护机制如何通过经过认证的代码和受限页面来约束 SMM。这些后续防御也凸显出旧平台所缺失的能力。

如果 Skitter 允许普通 x86 代码读取或修改 SMRAM，它将削弱围绕 SMM 的基本机密性和完整性假设。固件漏洞将不再是进入其中的唯一途径。

微代码补丁 RAM 提出了一个更深层的问题。微代码参与处理器执行指令和处理异常情况的方式。

成功的修改可能会在操作系统之下改变处理器行为。然而，编写有用的微代码非常困难、与具体型号密切相关，而且文档极少。

在这三个目标中，读取与写入之间的区别都至关重要。读取权限可能泄露机密，而写入权限则可能支持控制或持久化。

初始报告描述了广泛的硬件级访问能力，但完整评估需要分别展示对每个区域的影响。一次成功映射并不能证明所有区域都能获得相同控制力。

防御者还应询问该状态是否能在重启后保留。易失性补丁 RAM 可能会重置，而遭入侵的固件存储则可能在启动期间恢复修改。

答案决定了事件响应策略。易失性的实验室利用可能会在断电后消失，但固件植入体需要更强力的恢复流程。

这正是耸动措辞可能掩盖有效分析的地方。“完全控制”听起来像单一状态，但硬件平台包含多个彼此独立的执行和存储域。

一份严谨报告应明确说明读取了哪个组件、修改了哪个组件，以及如何验证结果。它还应解释安全启动是否影响了测试。

现有报道中没有证据将这一漏洞与 Amazon 基础设施关联起来。因此，amazon amd 关键词只是搜索产物，而非有依据的受害者陈述。

这对云客户很重要。公有云风险取决于实际部署的处理器、虚拟机监控程序控制、硬件年代，以及来宾系统内部可获得的访问权限。

来宾虚拟机通常无法发出任意的特权主机指令。即使能够编码该指令，虚拟机监控程序也应拦截或拒绝危险操作。

若要声称存在云端利用，需要证据表明来宾系统可以触及存在漏洞的主机控制机制。已审阅材料中没有出现此类证据。

组织应避免将处理器家族层面的发现夸大为缺乏依据的云端入侵声明。同样，也不应因为尚未出现远程攻击而忽视这一问题。

本地漏洞或漏洞链在初始访问之后可能成为有价值的工具。深层持久化往往对已经掌握其他入侵途径的高级攻击者最具价值。

最大的未知数是真实攻击前提

尚未解决的问题不是受保护内存是否重要，而是攻击者必须先控制什么，Skitter 才能生效。

处理器指令在一套权限模型中执行。有些指令可在普通应用程序中运行，另一些则需要内核或固件权限。

这一前提决定了 Skitter 是初始入侵漏洞，还是入侵后的提权技术。这两类情形需要截然不同的应对措施。

如果非特权代码可以触发映射变更，暴露范围将异常广泛。浏览器、文档阅读器或普通服务，都可能通过其他代码执行漏洞成为投递路径。

如果需要 ring-zero 访问权限，Skitter 则是在操作系统已被深度攻陷之后才开始发挥作用。它的主要价值将体现在规避检测、访问机密，以及在内核之下实现持久化。

这两种解释都不会让该缺陷变得无足轻重。但它们会改变其紧迫性、可能的攻击者以及缓解选项。

早期的 Memory Sinkhole 技术需要内核级权限来重新编程一个型号特定寄存器。当时的分析指出，恶意驱动程序可以提供这种访问权限。

Skitter 可能使用不同的指令和控制机制。在 Domas 或 AMD 发布权威技术细节之前，读者不应假定两者的要求完全相同。

另一个未知数是确切受影响的步进版本范围。处理器家族涵盖多个型号、修订版本和集成产品。

AMD 的文档建议软件通过家族、型号和步进数据识别勘误。家族范围标签在初期可能有用，但不足以指导修复。

固件依赖性又增加了一个变量。主板厂商可能以不同方式配置内存区域，或加入使利用更加复杂的控制机制。

可靠的测试矩阵应包括多种台式机、移动和嵌入式系统，还应比较不同固件版本及默认安全设置。

根据现有报道，缓解措施仍不明确。微代码更新可能会锁定相关控制机制，但只有 AMD 能确认受影响硬件是否支持这种修复。

固件更新可能可以阻断触发路径或监控该指令。这取决于处理器何时评估该控制机制，以及存在哪些拦截功能。

如果攻击需要驱动程序，操作系统防御也可能有所帮助。驱动程序允许列表、基于虚拟化的安全性和内核完整性检查，能够降低访问特权指令的可能性。

这些措施并不能修复有缺陷的硬件边界。它们只是让攻击者更难抵达可禁用该边界的位置。

对于无法获得修复的系统，物理隔离仍然有用。没有网络访问的单一用途控制器，其远程攻击面更小。

然而，可移动介质、维护笔记本电脑、远程管理接口和供应商更新仍可能引入特权代码。“物理隔离”应描述经过验证的控制措施，而不是一种假设。

设备所有者应避免将非官方概念验证工具下载到生产系统。低层实验可能导致计算机死机、状态损坏，或使后续取证工作更加复杂。

安全响应始于资产盘点。记录处理器家族、型号、步进版本、主板、固件版本、操作系统和业务功能。

接下来，确定设备是否处理机密或特权工作负载。域凭据、磁盘加密材料、签名操作和工业控制访问都会提高风险等级。

随后，查找列出相关型号的 AMD 安全公告或主板厂商通告。当供应商已停止支持时，笼统的更新建议并不够。

amazon amd 这一短语不应指导修复工作。应以精确的硬件身份和权威供应商指南为准。

所有者和研究人员接下来应关注什么

三个信号将决定 Skitter 是会成为实际的安全危机，还是仍然只是受限的入侵后技术。

第一个信号是 Domas 发布完整的技术披露。它应明确说明指令、控制位、前提条件、已测试处理器和验证方法。

该披露将使独立研究人员能够复现映射变更。在多块主板上成功复现，将增强这一家族范围主张的可信度。

它还将揭示一条指令是否只完成第一阶段。研究人员届时可将边界移除与 PSP、SMM 和微代码利用区分开来。

公开概念验证必须谨慎处理。发布足以供验证的细节，也可能降低针对未获支持系统进行武器化的成本。

第二个信号是 AMD 的产品安全响应。设备所有者需要一份公告，列出受影响型号、严重程度、前提条件、缓解措施，以及可用的固件或微代码更新。

AMD 此前发布过 fTPM 通知，区分受影响的固件版本和缓解步骤。其 fTPM 指南 展示了有用响应所需的具体程度。

公告还将澄清较新的处理器家族是否继承了该机制的任何部分。目前报道将 Skitter 限定在 Family 15h 和 16h。

这一已报道的范围不包括基于 Zen 的 Ryzen 和 EPYC 处理器，除非后续证据扩大影响范围。读者不应将这一主张泛化到所有 AMD CPU。

如果该位在受支持配置下无法访问，AMD 的声明可能削弱当前评估；如果公司确认大量型号受到影响，则会增强这一评估。

第三个信号是针对仍在部署设备的供应商修复。许多受影响产品的固件交付由主板制造商和嵌入式系统供应商控制。

如果设备所有者无法获得经过签名、可部署的固件包，处理器级修复的价值就有限。较旧的消费级主板面临最大的支持不确定性。

嵌入式供应商可能面临更长期的责任或客户对更新的需求。他们的响应将揭示有多少受影响平台在运营上仍然重要。

企业也应同时监控自身资产清单。暴露设备的数量比围绕 amazon amd 列表的搜索热度更重要。

安全团队可以先从非侵入式识别入手。在技术细节尚不完整时，应避免在生产硬件上执行未经记录的指令。

采购团队应标记那些被用于再利用的 Family 15h 和 16h 系统。较低的采购成本无法抵消硬件隔离问题无法修补所带来的风险。

二手系统仍可用于受控的研究环境。但不能仅因其性能仍然足够，就让它们承担敏感角色。

事件响应人员在检查可疑受影响设备时，应考虑更深层的因素。干净的操作系统扫描无法证明 SMM 或固件状态值得信任。

重装操作系统也可能无法提供完整保障。恢复决策应基于已确认的持久化机制和可写存储细节。

对大多数个人设备所有者而言，没有必要立即恐慌。现有报道并未显示存在大范围远程攻击活动、Amazon 遭到入侵，或通过日常浏览即可自动被利用的情况。

但当设备存有重要凭证或缺乏固件支持时，继续使用仍应受到审查。当无法完成验证时，更换设备便成为合理的安全措施。

下一步很简单：准确识别处理器型号，关注一手技术资料，并遵循针对具体型号的厂商指导。将市场搜索结果视为线索，而非证据。

Skitter 留下的长远教训并不是每台老旧 AMD 电脑都已被攻破，而是一个微小的架构控制机制可能比多层可见的安全软件拥有更高权限。

如果你的资产清单中包含 Family 15h 或 16h 硬件，你今天能否确定其准确型号、固件状态，以及它对敏感系统的访问情况？

在测试任何内容之前，先记录这些答案。随后，将每台设备与 Domas、AMD 及其主板或嵌入式系统供应商即将发布的披露信息进行比对。

对于通过 amazon amd 搜索进入本文的读者，关键区别依然至关重要：这是一个已被报道的 AMD 处理器隔离问题，而非已证实的 Amazon 安全事件。