错误处理 - 🧾 Figure 464：RPMB Data Frame 数据帧结构 (第415页)
我们继续深入分析 NVMe Base Specification 2.0b 第 8.18 节 RPMB（Replay Protected Memory Block） 中的 Figure 464 和后续内容，这一部分详细定义了：
🧾 Figure 464：RPMB Data Frame 数据帧结构
RPMB 的读写操作是以 数据帧 (Data Frame) 为单位封装并发送的，结构如下：
| 字节范围 | 字段名 | 描述 |
|---|---|---|
0–(222−N) |
Stuff Bytes | 用于填充头部，对齐 MAC 使用的字段长度。不参与 MAC 计算。填充值无意义。 其中 N 是认证密钥长度（如 SHA-256 为 32 字节） |
222:(222−(N−1)) |
Authentication Key 或 Message Authentication Code (MAC) | 若为请求帧，则此字段为 MAC，使用认证密钥计算得出；若为认证密钥编程操作，则此字段为待写入的密钥 |
223 |
RPMB Target | 指示目标 RPMB 区块编号（支持 0–6）。必须与 Security 命令中的 NSSF 字段一致，否则报错 Invalid Field in Command |
239:224 |
Nonce | 主机生成的随机数，防止重放攻击。在请求中由主机填入，响应中复制返回 |
243:240 |
Write Counter | 写入操作计数器，仅在响应中有效；请求中为占位字段 |
247:244 |
Address | 操作起始地址，单位为扇区（512 字节） |
251:248 |
Sector Count | 扇区数量 = 数据长度 / 512。控制读写范围 |
253:252 |
Result | 仅用于响应帧。见 Figure 462 中定义的状态码 |
255:254 |
Request/Response Message Type | 见 Figure 461，标明帧的意图（如写入请求、读取响应等） |
256:(M−1)+256 |
Data (可选) | 如果操作包含数据（读或写），则此区域存放数据，M=512 × 扇区数 |
🔐 MAC 签名字段说明（认证过程核心）
- 所有 请求帧（如写入） 和 响应帧（如读取） 都需要 生成并验证 MAC（消息认证码）
- MAC 是基于 字段 [223–255] 和 Data 字段 进行 HMAC-SHA256 哈希的
- MAC 的密钥是写入控制器后不可读、不可修改的 Authentication Key
MAC 输入示意（伪代码）：
mac_input = frame[223:256] + data;
mac = HMAC_SHA256(authentication_key, mac_input);
MAC 不包括： - Stuff Bytes（0–(222−N)） - MAC 本身字段（222–(222−N)）
🔁 Security Send/Receive 命令交互流程
RPMB 操作使用通用的 Security Send / Security Receive 命令封装 RPMB 数据帧：
| Host 意图 | 使用命令 | 数据帧类型 |
|---|---|---|
| 写入数据 | Security Send | 带 0003h 请求类型 |
| 读取数据 | Security Send + Receive | 0004h 请求 + 0400h 响应 |
| 获取写计数器 | 0002h 请求 + 0200h 响应 |
|
| 编程认证密钥（一次性） | 0001h 请求 + 0100h 响应 |
|
| 写配置块 | 0006h 请求 + 0600h 响应 |
|
| 读配置块 | 0007h 请求 + 0700h 响应 |
|
| 读取操作结果 | 0005h 请求 + 相关响应类型（如 0300h） |
⚠️控制器不会在 RPMB 请求完成前返回 Security 命令的成功完成，即它会 同步等待内部 RPMB 操作完成并校验 MAC 等内容后再响应
✍️ 认证写入请求完整流程示例
- 主机读取当前写计数器（
0002h请求 →0200h响应） - 主机构建写请求帧（包括 Write Counter、数据、地址、MAC）
- 主机发送
0003h写请求帧（用 Security Send） - 主机发送
0005h请求读取操作结果 - 控制器返回
0300h响应帧，指明操作成功与否
🔄 安全保证机制总结
| 机制 | 作用 |
|---|---|
| HMAC-SHA256（MAC） | 保证数据完整性与请求身份认证 |
| Nonce 随机数 | 防止请求被重放 |
| Write Counter 单调递增 | 确保每次写请求唯一，防篡改、防回放 |
| 密钥不可读写 | 保证信任根的安全性 |
| Stuff Bytes | 对齐填充，不参与验证 |
✅ 总结要点
- RPMB 操作封装在 Security Send/Receive 命令中，不被 NVMe 协议本身解析
- 所有操作必须带 MAC（HMAC-SHA256），其输入包括帧头与数据
- 操作流程强制验证顺序，写入需获取写计数器、计算 MAC、发送并确认
- 认证密钥只能写入一次，写入后无法修改或读取
- RPMB 目标可达 7 个（编号 0–6），每个可有独立密钥和数据区
如你需要，我可以进一步帮助你：
- 用 流程图 展示 RPMB 读写完整交互过程
- 给出 伪代码示例（如生成 MAC 的函数）
- 帮你基于 spec 编写 RPMB 模拟测试脚本（如 Python + pycryptodome）
是否继续深入第 8.19 节？或者你希望我为整章 RPMB 做个中文总结？