1. 证书烧录概述：什么是设备证书、为什么需要安全烧录、常见攻击场景分析

大家好，我是老周。做嵌入式安全这行十几年了，今天咱们聊聊设备证书安全烧录。说实话，这个环节看着不起眼，但出过的事故可不少。我见过不少产品，算法选得挺强，固件也做了签名，结果证书在烧录环节被人动了手脚——整个安全体系直接崩塌。

所以第一章，我们先打好基础。搞清楚三个问题：设备证书到底是什么？为什么非得安全烧录？攻击者到底在打什么主意？

1.1 什么是设备证书

设备证书，说白了就是设备的「数字身份证」。它跟咱们用的 HTTPS 证书原理一样，但场景完全不同。

一个典型的设备证书包含以下内容：

字段	说明	我踩过的坑
公钥	设备的身份公钥，用于验证签名	有人把公钥和私钥一起烧进去了，等于白送
设备唯一标识	MAC、序列号、芯片ID等	标识重复会导致设备被仿冒
颁发者信息	签发该证书的CA标识	CA私钥泄露，所有证书都得废
有效期	证书的有效时间范围	物联网设备十年不更新，证书过期了还在用
签名	CA对上述内容的数字签名	签名算法太弱，被暴力破解过

设备证书的核心作用就两个：身份认证和安全通信。设备向服务器证明「我是我」，靠的就是证书里的公钥和签名。服务器验证通过后，双方才能建立加密通道。

1.2 为什么需要安全烧录

你可能会问：证书不就是个文件吗？直接写进去不就行了？

嗯，这里要注意。证书本身是明文，但烧录过程如果被篡改或泄露，后果很严重。我举个例子：

2017年，某知名智能门锁厂商的证书烧录环节出了问题。攻击者通过调试接口读出了设备的私钥，然后伪造了上千个「合法」设备。结果呢？所有用这个门锁的小区，攻击者都能远程开锁。这个案例我印象特别深，因为那家公司的CTO后来找我咨询过——他说当时觉得「烧录嘛，量产工具写进去就行了」，根本没考虑安全。

安全烧录要解决三个核心问题：

1. 机密性——证书和私钥在烧录过程中不能被窃取
2. 完整性——烧录进去的证书不能被篡改
3. 不可抵赖性——每台设备的证书来源可追溯

说白了，安全烧录就是确保：正确的证书，以正确的方式，烧录到正确的设备里，并且整个过程不被任何人动手脚。

1.3 常见攻击场景分析

搞清楚了「是什么」和「为什么」，咱们来看看攻击者到底怎么下手。我把常见的攻击场景归纳为三类：

1.3.1 烧录过程中的窃取攻击

这类攻击发生在证书从安全环境传输到设备的过程中。

• 中间人攻击：攻击者在烧录工具和设备之间截获通信数据，直接拿到证书和私钥
• 侧信道攻击：通过分析功耗、电磁辐射等物理信号，推断出私钥内容
• 调试接口攻击：通过JTAG/SWD等调试接口，直接读取烧录过程中的内存数据

我记得有一次帮客户做安全审计，发现他们的烧录工具用的是明文TCP通信。攻击者只要连上同一个局域网，就能抓到所有设备的私钥。这问题我当场就指出来了，客户还一脸懵：「啊？烧录还要加密？」

1.3.2 烧录后的提取攻击

证书烧录进设备后，攻击者会尝试从设备中提取出来。

• 物理探针攻击：直接探测芯片内部总线，读取存储的证书数据
• 故障注入攻击：通过电压毛刺、激光照射等手段，让芯片在异常状态下泄露数据
• 软件漏洞利用：通过固件漏洞，远程读取证书存储区域

这里有个经典案例：某路由器厂商把私钥明文存储在Flash的固定偏移位置。攻击者通过一个命令注入漏洞，直接cat /dev/mem就把私钥读出来了。你说这冤不冤？

1.3.3 证书伪造与替换攻击

这类攻击的目标不是偷证书，而是让设备认「假证书」为真。

• CA私钥泄露：攻击者拿到CA私钥后，可以签发任意设备的假证书
• 证书替换：在烧录过程中，把合法证书替换成攻击者准备的恶意证书
• 重放攻击：把从一台设备上提取的证书，烧录到另一台设备上

你想想看，如果攻击者能替换证书，那你的设备就变成了「特洛伊木马」。表面上看一切正常，实际上已经被攻击者控制了。

下面这张图，是我梳理的证书烧录安全威胁全景：

1.4 小结

这一章我们聊了三件事：

• 设备证书是设备的数字身份证，包含公钥、标识、签名等关键信息
• 安全烧录要保证机密性、完整性、不可抵赖性
• 攻击者会在烧录中、烧录后、证书伪造三个环节下手

我曾经见过一个团队，花了大半年时间做了一套很牛的安全协议，结果证书烧录环节用的是U盘拷贝——CA私钥就在U盘里，谁都能复制。你说这安全体系还有什么意义？

所以，安全烧录不是「锦上添花」，它是整个设备安全体系的基石。这块地基没打好，上面盖多高的楼都得塌。