3. 节点身份与标识
在机器人系统中，“节点”既可能是物理控制器、传感器、执行器，也可能是运行在边缘网关或云端的一个软件代理。权限管理的第一步不是分配权限，而是回答一个更基础的问题：“你是谁？”如果身份不可信、标识可伪造、密钥可复制，那么后续的 ACL、RBAC、ABAC 都会失去意义。本节围绕节点ID、设备指纹、证书、密钥与唯一标识，说明它们各自解决什么问题、如何组合成可信身份，以及在权限管理中的实际作用。
一、核心原理：从“名字”到“可信身份”的四层结构
很多初学者会把“节点ID”等同于“身份”，这是最常见的误区。节点ID只是一个名字，名字本身没有证明力。真正可用的节点身份，通常由四层信息共同构成：
- 节点ID（Node ID）：逻辑名称或编号，用于在策略、日志、拓扑中引用该节点，例如
agv-07、arm-left-02。它可读、可管理，但可被冒用。 - 设备指纹（Device Fingerprint）：由硬件特征（CPU序列号、TPM/PUF、MAC、主板UUID、传感器校准ID等）生成的稳定摘要，用于判断“是否同一台物理设备”。
- 证书（Certificate）：由受信任CA签发的公钥凭证，把公钥与节点身份绑定，解决“公钥属于谁”的问题，并支持双向TLS认证。
- 密钥（Key）：私钥用于签名和证明“我持有该身份”，是身份不可转让的核心。私钥泄露等同于身份被盗。
这四层的关系可以概括为：节点ID是引用名，设备指纹是物理锚点，证书是可信声明，密钥是持有证明。权限系统最终依据“证书+私钥签名”确认身份，再结合设备指纹判断是否运行在预期硬件上，最后用节点ID去匹配策略。
二、方法流程：节点身份从注册到授权的完整链路
要让上述四层结构真正落地，需要一条可重复、可审计的流程。典型流程如下：
- 设备注册：产线或首次上电时，采集设备指纹，生成节点ID，向注册中心提交注册请求。
- 身份签发：注册中心校验指纹与资产台账一致后，由CA签发节点证书，私钥在设备安全区生成或注入，绝不出安全边界。
- 接入认证：节点上线时进行双向TLS握手，服务端验证证书链、有效期、吊销状态，并校验客户端签名挑战。
- 指纹比对：认证通过后，将运行时指纹与注册指纹比对，识别克隆、迁移或硬件替换。
- 策略绑定：将节点ID、角色、设备类型写入策略库，例如“只有
agv-*且证书有效才能订阅/fleet/cmd”。 - 持续校验：会话中定期轮换密钥、检查证书吊销列表，异常时立即降级或隔离。
关键原则：节点ID可以公开，设备指纹可以摘要化，证书可以公开验证，但私钥必须始终保密。权限系统信任的是“证书+私钥签名”的组合，而不是节点ID字符串本身。
三、案例/场景：AGV车队中的身份与权限联动
假设一个仓库中有 20 台 AGV，节点ID为 agv-01 到 agv-20。每台 AGV 内置 TPM，注册时生成设备指纹并签发证书。权限策略如下：
| 节点ID | 设备指纹 | 证书状态 | 允许操作 |
|---|---|---|---|
| agv-07 | TPM摘要匹配 | 有效 | 订阅 /fleet/cmd，发布 /agv/telemetry |
| agv-07（克隆） | 指纹不匹配 | 证书有效但指纹异常 | 拒绝接入，触发安全告警 |
| agv-12 | TPM摘要匹配 | 已吊销 | 仅允许本地维护通道 |
| 未知节点 | 无注册记录 | 无证书 | 拒绝所有网络访问 |
这个案例说明：即使攻击者复制了 agv-07 的节点ID和证书文件，只要私钥无法导出、设备指纹不匹配，权限系统仍能识别异常并拒绝。反之，如果私钥被明文存放在配置文件中，攻击者就能完整冒用身份，节点ID和证书反而成为“合法伪装”。
四、误区与复盘：身份管理中最容易犯的错
- 误区一：用节点ID当身份。节点ID只是名字，可被任意伪造。必须配合证书和私钥签名。
- 误区二：私钥硬编码或明文存储。一旦泄露，身份即失陷。应使用TPM、安全元件或密钥库保护私钥。
- 误区三：忽略证书吊销。设备退役、私钥泄露后，必须及时吊销证书并更新CRL/OCSP。
- 误区四：指纹采集不稳定。某些硬件特征会随固件升级变化，需选择稳定特征并设计容错策略。
- 误区五：身份与权限混为一谈。身份解决“你是谁”，权限解决“你能做什么”，两者必须分层设计。
复盘建议：定期审计节点ID与设备指纹的绑定关系，检查是否存在“一证多机”“私钥导出”“证书过期未轮换”等情况。身份管理的目标不是让接入变复杂，而是让每一次权限决策都有可信依据。
# 节点身份注册与证书签发示例（简化）
node_id: agv-07
device_fingerprint: sha256(tpm_ek_pub + board_uuid)
certificate:
subject: CN=agv-07, OU=fleet, O=warehouse
issuer: CN=Robot-CA
validity: 2025-01-01 ~ 2026-01-01
key_usage: digitalSignature, clientAuth
private_key_storage: TPM (non-exportable)
policy_binding:
role: agv
allow_subscribe: [/fleet/cmd]
allow_publish: [/agv/telemetry]
总结来看，节点ID、设备指纹、证书、密钥与唯一标识并不是彼此替代的关系，而是层层递进的可信身份体系：节点ID用于引用，设备指纹用于锚定物理设备，证书用于可信声明，密钥用于证明持有，唯一标识用于防止重放与混淆。只有把它们组合起来，权限管理才能从“知道名字”升级为“确认身份”，进而实现真正可靠的最小权限控制。