3、AMD PSP（平台安全处理器）详解
好，咱们来聊聊AMD平台上一个非常关键但又容易被忽视的组件——PSP。全称是Platform Security Processor，平台安全处理器。
我刚开始接触AMD平台时，也以为安全全靠BIOS和操作系统。后来踩过坑才发现，PSP才是整个安全体系的基石。它就像一个藏在主CPU内部的独立安全小世界，从你按下电源键那一刻就开始工作了。
3.1 PSP架构：一个独立的ARM小核
PSP本质上是一个独立的ARM Cortex-A5处理器核心。你没听错，在AMD的x86 CPU里，还藏着一个ARM核。它有自己的ROM、SRAM，还能访问系统内存的一部分。
为什么要这么设计？说白了，就是为了隔离。主CPU跑着Windows或Linux，万一被攻破了，攻击者也无法直接控制PSP。因为PSP有自己独立的执行环境，和主CPU是物理隔离的。
核心架构特点：
- 独立处理器：ARM Cortex-A5，32位，带TrustZone扩展
- 专用内存：内部SRAM（通常几十KB到几百KB），外加可访问的DRAM区域
- 硬件加速器：内置AES、SHA、RSA等密码学引擎
- 安全启动ROM：不可修改的Boot ROM，是信任链的起点
我个人习惯把PSP比作「大楼的保安室」。主CPU是楼里的住户，可以自由活动，但保安室有独立的监控系统、独立的门禁控制。住户出了问题，保安室还能独立运作。
3.2 PSP启动流程：从按下电源键开始
PSP的启动流程非常严谨。我当年调试一个启动失败的问题时，花了整整一周才定位到是PSP固件校验失败。嗯，这里面的门道不少。
大致流程是这样的：
- 上电复位：主CPU处于复位状态，PSP率先启动。
- 执行Boot ROM：PSP从内部ROM开始执行，这段代码是出厂固化的，不可修改。
- 验证PSP固件：Boot ROM从SPI Flash中读取PSP固件（通常叫psp_loader.bin），用硬件公钥验证其签名。
- 加载PSP固件：验证通过后，将固件加载到PSP的SRAM或系统内存中执行。
- 初始化安全环境：PSP固件负责初始化安全引擎、密钥管理等。
- 验证BIOS：PSP从SPI Flash读取BIOS的第一阶段（通常是BIOS的初始代码），验证其签名。
- 释放主CPU：验证通过后，PSP将主CPU从复位状态释放，主CPU开始执行BIOS代码。
避坑指南：我曾经遇到过一块主板，刷了第三方BIOS后无法启动。查了半天，发现是PSP固件校验失败。因为第三方BIOS修改了PSP固件区域，但签名不对。所以，如果你要修改BIOS，千万别动PSP固件区域，否则板子就变砖了。
你想想看，这个流程意味着什么？意味着在BIOS执行任何代码之前，PSP已经建立了一个可信的执行环境。这就是信任链的起点。
3.3 PSP与主CPU的交互：通过Mailbox通信
PSP和主CPU怎么通信？它们之间有一个叫Mailbox的机制。说白了，就是一个共享内存区域加上一组硬件寄存器。
交互方式大致如下：
| 通信方向 | 触发方式 | 典型用途 |
|---|---|---|
| 主CPU → PSP | 写Mailbox寄存器，触发SMI中断 | 请求密钥派生、安全存储操作 |
| PSP → 主CPU | 写Mailbox寄存器，触发SCI中断 | 通知安全事件、固件更新完成 |
| 双向 | 共享内存区域 | 传输大量数据（如固件镜像） |
举个例子，当操作系统需要生成一个硬件绑定的密钥时，它会通过Mailbox向PSP发送请求。PSP在自己的安全环境中生成密钥，然后通过Mailbox返回结果。整个过程，主CPU上的恶意软件都无法窃取密钥内容。
注意事项：Mailbox通信是有协议约束的。我见过一些开发者试图绕过协议直接操作Mailbox寄存器，结果导致系统死锁。记住，PSP的Mailbox驱动是AMD提供的，不要自己造轮子。
还有一个重要的交互场景是安全启动状态报告。PSP在启动过程中会记录每个阶段的验证结果，主CPU可以通过Mailbox查询这些状态。如果某个环节验证失败，PSP会报告错误码，主CPU可以根据错误码决定是否继续启动。
我个人建议，在调试安全启动问题时，先检查PSP的状态寄存器。很多时候，问题就出在PSP固件版本不匹配或者签名文件损坏上。
3.4 小结
PSP是AMD平台安全的核心。它独立于主CPU运行，从上电开始就建立信任链。理解PSP的架构和启动流程，对于做安全开发、固件开发或者平台调试都非常有帮助。
下一章我们会聊到AMD的Secure Encrypted Virtualization（SEV），那又是另一个有意思的话题了。