定义
X.509 Certificate（X.509 证书）是公钥基础设施 PKI 中的标准证书格式，用于设备身份认证。设备可使用 X.509 证书替代 ProductKey/DeviceSecret 进行 Device Authentication，配合 mTLS 实现双向认证，适用于高安全场景。
证书结构与生命周期
X.509 证书包含主体信息、公钥、颁发者、有效期、扩展字段等。设备证书通常将设备唯一标识（如 DeviceId、序列号）写入 Subject 或 SAN 扩展；私钥安全存储在设备安全元件（SE）或 TEE 中。证书生命周期包括签发、部署、续期、吊销。设备管理平台可集成 CA 或对接企业 PKI，支持证书批量签发、自动续期及 CRL/OCSP 吊销校验，满足 Device Credentials 凭证管理的合规要求。
与 mTLS 的配合
在 mTLS 双向认证中，设备与平台在 TLS 握手时互相验证对方证书。设备端使用预置的根 CA 证书验证平台证书，平台端验证设备证书的签名链与吊销状态。相比预共享密钥，证书认证支持细粒度身份绑定、不可抵赖性及密钥轮换，适用于工业控制、金融、医疗等高安全物联网场景。平台需支持证书与设备的一对一或一对多绑定策略。
实现考量
设备端需具备证书存储与 TLS 客户端能力；资源受限设备可考虑证书精简或使用 Raw Public Key。平台侧需建立证书签发、存储、吊销的完整流程，与 One Device One Secret 等策略协同，确保每台设备凭证唯一且可追溯。证书过期或吊销时，平台应支持告警与自动阻断连接，保障整体安全态势。
证书绑定的是设备身份而不是会话
设备证书把一把公钥和一组身份信息交给签发者签名，平台在握手时验证这条签名链，从而知道连接另一端持有对应私钥。它证明的是设备身份，不是某一个业务会话已经授权做什么。会话建立之后，能否下发控制、能看哪些数据，仍要另做授权。把“证书校验通过”当成“可以执行全部服务”，会使任何拿到合法证书的连接都具备操作权限。
身份应写在主体或主题备用名里，并与平台设备标识一一对应。一台设备一张正在使用的证书是最容易审计的做法；若同一张证书被复制到多台设备，吊销时无法只停一台。证书到期日前要完成续期：新证书先签发并确认设备已保存，再切换信任，而不是等到过期后设备已经无法上线才补发。续期过程属于入网配置之后的凭证轮换，不应要求使用者重新扫码。车端或现场网关若由终端代管下游身份，要在模型里写清证书属于终端还是属于下游设备，见车载终端这类接入点，避免把整车证书当成每一个控制器的身份。
私钥不出安全元件时才适合作为主凭证
证书适合作为主凭证的条件，是私钥在设备上的受保护存储中生成或写入，应用和调试接口都不能把私钥导出。只有公钥和证书请求离开设备。做不到这一点的低成本设备，仍可能使用证书，但应视为可被复制的风险更高，需要更短的有效期和更严格的吊销，不能和带安全元件的设备使用同一条“长期信任”策略。
平台侧要保存签发记录：哪一张证书发给哪一台设备、何时到期、由哪次操作签发。只在设备上存放、平台没有索引，就无法在到期前找出该轮换的对象。信任链上的中间证书轮换时，设备里如果只钉死旧的中间证书，平台更换服务端证书后设备会拒绝连接。应约定设备信任的是根还是钉死终端证书，并在变更前验证一批样本设备。时间不准的设备会把尚未生效或已经过期的证书判错，校时是启用证书认证的前提，而不是可选项。
只校验有效期不查吊销
有效期只说明证书还在签发时约定的日历范围内。设备丢失、产线作废或私钥可能泄露时，要靠吊销把尚未到期的证书标成不可信。平台若只检查日期和签名、不查询吊销列表或在线状态，已报失的设备会继续接入，直到自然过期。吊销检查失败时的策略也要事先定：是拒绝连接，还是在检查服务不可用时按短时缓存放行。不写明的话，检查服务一抖动，全部设备会被一起拒绝，或者相反，检查失败被当成通过。
另一个错误是用自签证书且所有设备共享同一个私钥，再把对应公钥配置为信任锚。任意一台被读出私钥，就等于全部设备的身份都可以伪造，吊销单台没有意义。每台设备的密钥对必须分开。调试证书不能进入生产信任列表；产线工装使用的证书应限制产品范围和有效期，下线后吊销。握手成功后的身份标识若与报文里自报的设备名不一致，应拒绝该会话，不能为了兼容旧固件而相信自报名字。兼容应通过签发时写入的身份完成，而不是在校验失败时跳过。
签发和吊销的操作要分开授权。同一个人既能签发又能在没有记录的情况下删除签发台账，审计就无法证明某一张证书曾经存在。台账至少保留到该证书过期并超过排查所需的期限。设备上报的证书序列号与台账不一致时，拒绝会话并列出差异，不要自动信任设备带来的新证书。自动信任会使私钥泄露后的替换证书直接通过。