错误处理与诊断 - 第420页
我们现在继续深入讲解 NVMe 2.0b 规范第 8.18.2.5 节的 “Authenticated Device Configuration Block Write（认证写入设备配置块）” 操作，这是 RPMB 安全写入的一种特殊形式，专门用于配置控制器内部的永久性设置，比如Boot Partition Protection（引导分区保护）。
✅ 一、什么是 Authenticated Device Configuration Block Write？
这是主机通过 Security Send 命令，将设备配置块（Device Configuration Block，简称 DCB）写入到控制器内部 RPMB target 0 的保留区域 中。这个过程具备如下特性：
| 特性 | 描述 |
|---|---|
| 安全性高 | 使用 MAC（消息认证码）进行认证，防止数据伪造 |
| 防篡改 | 含有对写入的限制，如不能禁用 Boot 分区保护 |
| 与写计数器联动 | 写入行为必须携带正确的 Write Counter，防止重放攻击 |
📦 二、写入流程概览
如下图（Figure 468 所示）及文字说明，流程如下：
▶️ 步骤 1：主机通过 Security Send 发起认证写入请求
| 字段 | 值 |
|---|---|
| Request Type | 0006h（Authenticated DCB Write） |
| Sector Count | 0001h（写入 1 个 512B 扇区） |
| Address | 00000000h（固定地址） |
| Data | 512 字节的 DCB 结构（参见 Figure 460） |
| Write Counter | 当前 RPMB target 的写计数器 |
| MAC | 对上述数据进行 HMAC-SHA256 计算 |
| 目标 RPMB | 仅支持 target 0 |
控制器行为：
- 检查 Write Counter 是否已达到最大值 FFFFFFFFh（若超限，返回
0005h错误） - 计算 MAC 并与请求中的 MAC 比较（若不匹配，返回
0002h认证失败） - 检查是否企图关闭 Boot Partition Protection（若是，返回
0008h非法配置块） - 若均成功，写入 DCB 到内部非易失存储中，并自动将写计数器加 1
▶️ 步骤 2：主机通过 Security Receive 读取写入结果
控制器返回：
| 字段 | 值 |
|---|---|
| Response Type | 0600h（Authenticated DCB Write Response） |
| MAC | 控制器基于响应内容计算出的 HMAC |
| Write Counter | 递增后的写计数器 |
| Result | 写入结果码（详见下节） |
| 其余字段 | 全部清零，Data 字段不包含数据 |
🧾 三、常见返回码（Result 字段）
| 返回值 | 含义 |
|---|---|
0000h |
成功 ✅ |
0001h |
一般错误（General Failure） |
0002h |
MAC 认证失败 |
0005h |
写计数器超限，禁止写入 |
0008h |
非法设备配置块（如尝试禁用 Boot Partition Protection） |
🛡️ 四、安全与限制机制解析
| 安全机制 | 说明 |
|---|---|
| 🔒 一次性写入密钥 | 每个 RPMB target 的认证密钥只能写入一次 |
| 🔐 MAC 校验 | 防止篡改、伪造、重放 |
| 🧮 写计数器 | 防止写入重放攻击，Write Counter 每次成功写入后自动递增 |
| ⚠️ 配置保护 | 禁止通过该机制 禁用 Boot 分区保护，否则将被视为非法操作 |
📘 五、Device Configuration Block（设备配置块）结构概览（参考 Figure 460）
| 字节 | 字段名 | 描述 |
|---|---|---|
00h |
Boot Partition Protection Enable | 是否启用引导分区保护（只允许从0→1，不能关闭） |
01h |
Boot Partition Lock | 当前 Boot 分区锁定状态（只读） |
02h |
Namespace Write Protection Authentication Control | 是否允许写保护命令生效（需认证） |
03h–1FFh |
Reserved | 保留字段（清零） |
✅ 六、小结与建议
| 项目 | 建议或注意事项 |
|---|---|
| 写入顺序 | 发起 Security Send 写入 → 再发 Security Receive 读取结果 |
| 数据构造 | 需严格构造带认证的完整 RPMB Data Frame |
| MAC 安全 | MAC 计算必须与控制器协商的 HMAC 算法一致（如 HMAC-SHA256） |
| 配置安全 | 切勿尝试通过 DCB 禁用 Boot Partition 保护，操作会失败并记录日志 |
| 持久化保障 | 写入 DCB 后，数据在掉电后仍然保留（使用控制器内部的 NV 存储） |
如果你需要我继续解析： - DCB 的 具体字段配置与写入用途 - 如何计算 完整 MAC 的 C 语言伪代码 - 实现 RPMB 操作的驱动逻辑或伪代码示例
可以随时告诉我，我们可以按功能逐一剖析。你想下一步继续分析 DCB 读取流程（0007h），还是进入 密钥管理与多 target 安全隔离机制？