Device Credentials

设备凭证 / 三元组

定义

Device Credentials(设备凭证 / 三元组)指设备接入平台所需的身份信息,通常包含 ProductKey、DeviceName、DeviceSecret 或 ProductSecret。一机一密场景每台设备有独立凭证;一型一密场景同型号共享 ProductKey+ProductSecret,通过 Dynamic Registration 获取 DeviceSecret。

凭证类型与安全

One Device One Secret 一机一密:每台设备预烧录 ProductKey+DeviceName+DeviceSecret,单设备泄露不影响其他设备。One Type One Secret 一型一密:同型号共享 ProductSecret,通过 Dynamic Registration 获取 DeviceSecret。高安全场景可升级为 X.509 证书 认证。凭证需安全存储(设备端 TEE/SE)、传输加密(TLS)、平台端加密存储。支持凭证轮换、吊销,满足 Audit Log 审计与合规要求。

与 DMP 的集成

设备管理平台在设备创建时生成或导入凭证,支持批量导入、产线对接。提供凭证查询、重置、吊销等管理能力;支持 Dynamic Registration 动态注册流程。与 Device Access 设备接入、Device Authentication 设备认证配合,实现设备身份校验与接入控制。凭证泄露时需支持快速吊销与设备重认证。

应用场景

适用于所有设备接入场景。凭证是设备与平台建立信任的基础,其安全性与可管理性直接影响整体物联网安全态势。

三元组在产线和云端如何分工

设备凭证的技术含义,是一套让平台把连接识别成某台具体终端的材料,常见组成是产品标识、设备名和设备密钥,证书方案里则是私钥和证书。产品标识回答“这是哪一类”,设备名回答“是这一类里的哪一台”,密钥或私钥回答“持有者能否证明这一点”。产线负责把需要设备长期保存的那一部分写进安全存储,云端负责生成、登记、停用和轮换。两边对同一台设备的标识必须一致。只在云端建档、设备里没有写入,或只在设备里烧录、云端没有登记,认证都会失败。

一机一密要求每台在出厂前就具备独立密钥,适合密钥可以逐台注入的产线。一型一密要求设备先持有产品级材料,在首次连接时换回自己的设备密钥,之后产品级材料不应再当作日常登录密钥。使用凭证的前提是存储能防止被普通调试口读出,传输全程加密,云端查询界面对密钥只显示是否存在,不回显原文。重置密钥等于颁发新身份材料,旧材料应立即失效。与设备生命周期联动时,退役设备的凭证要停用,而不是只把设备从列表里隐藏。

密钥写进日志或固件包

常见错误是为了方便维修,把三元组打进固件包、二维码明文或串口启动日志。包一旦被复制,密钥就不再只属于那一台。另一种是批量导入时把表格放在公共目录,导入完成后文件仍在。设备名重复会让后导入的记录覆盖先导入的密钥,现场两台设备有一台永远认证失败。测试环境的凭证被拷进生产设备,则会出现“密钥正确但产品对不上”的失败。

轮换时若新密钥已经下发、设备尚未确认写好,云端就作废旧密钥,这台设备会失联且无法再用旧材料自救。应当以设备确认保存成功为切换点。查看凭证的权限要和查看遥测的权限分开,不是每个运维账号都需要看见或重置密钥。重置动作要进入配置入网之后的核对:设备用新材料重新连上,才算轮换完成。把密钥写进工单备注或聊天记录,等于在凭证系统之外又复制了一份,吊销时也清不掉。

重置密钥以设备确认保存为准

颁发新的设备密钥只是云端的一个动作,设备是否已经把新密钥写入安全存储,要等设备用新材料重新完成认证才算数。若云端在下发后立即作废旧密钥,而设备没电、没写完或响应丢失,这台设备会失去全部可用材料,只能靠现场介入。稳妥的切换点是设备明确确认保存成功,或已经用新密钥建立了下一次会话。在此之前旧密钥仍应能完成一次受控的重试。查询界面只应显示密钥是否存在、何时轮换,不应把原文回显给运维账号。查看和重置的权限要与查看遥测分开。

产线把密钥打进固件包、明文二维码或启动日志,等于在安全存储之外又复制了一份,以后吊销云端记录也清不掉现场的拷贝。导入用的表格在导入结束后应从公共目录撤走。设备名重复时,后一次导入不能静默覆盖先一次的密钥,而应报冲突。测试环境的材料拷进生产设备,会表现为密钥计算正确但产品或环境不匹配。把密钥写进工单或聊天记录同样是副本。重置、吊销和重新入网要分成记录,日后才能解释设备为什么突然认证失败,而不是只剩下一句已经处理。

相关术语

返回设备管理平台专业术语