一、密钥烧录概述
1.1 什么是密钥烧录
密钥烧录，说白了就是把密钥写进芯片的过程。
你想想看，芯片出厂时里面是空的。它不知道你是谁，也不知道该信任谁。我们需要把身份信息——也就是密钥——写进去。这个写入动作，就叫烧录。
我个人习惯把烧录分成两类：
- 工厂烧录：芯片出厂前，在产线上完成。量大，速度快。
- 现场烧录：设备部署后，在用户现场完成。灵活，但风险高。
我在项目中遇到过一种情况：某客户把密钥烧录和固件下载混为一谈。结果固件下载了十几次，密钥只烧了一次。嗯，这里要注意——烧录是一次性操作，不是每次升级都要烧。
1.2 为什么需要安全烧录
有人会问：「密钥烧进去不就行了吗？还要什么安全？」
我跟你讲，没那么简单。
密钥烧录过程中，密钥是暴露在外的。它要通过烧录器、通信线缆、芯片接口。每一步都可能被截获。你想想看，如果密钥在烧录时就被偷了，那后面的加密、认证、签名，全白搭。
安全烧录要解决三个核心问题：
- 机密性：密钥在传输和存储过程中不能被窃取
- 完整性：密钥不能被篡改
- 唯一性：每颗芯片的密钥不能重复
核心观点：烧录是密钥生命周期的起点。起点不安全，后面全是漏洞。
我记得有一次帮客户做安全审计。他们的产品用了AES加密，算法没问题，密钥长度也够。但问题出在哪？所有芯片的密钥都一样，而且是在产线上明文传输的。结果呢？一个黑客用逻辑分析仪夹住烧录线，三分钟就把密钥抓到了。整个产品线的安全防线，就这么垮了。
1.3 常见攻击场景分析
做安全这么多年，我总结了几种最常见的烧录攻击场景。你对照看看，自己的产品有没有中招。
场景一：烧录总线监听
这是最原始也最有效的手段。攻击者把探针夹在SPI或I2C总线上，直接抓取通信数据。
为什么会这样？因为很多工程师图省事，直接用明文传输密钥。我见过一个案例：某智能门锁厂商，烧录时用UART发密钥，波特率9600。攻击者用个Arduino就全抓到了。
避坑指南：我曾经也犯过这个错。后来养成了习惯——不管多忙，烧录通信必须加密。哪怕只是简单的XOR，也比明文强。
场景二：JTAG/SWD调试接口攻击
芯片烧录完成后，调试接口没锁。攻击者通过JTAG把Flash内容读出来，密钥自然就暴露了。
你想想看，这相当于你家门锁好了，但窗户开着。攻击者根本不需要破解你的加密算法，直接从调试接口把密钥dump出来就行。
| 攻击方式 | 难度 | 危害程度 | 防护手段 |
|---|---|---|---|
| 总线监听 | 低 | 高 | 加密传输 |
| 调试接口读取 | 中 | 极高 | 熔断JTAG |
| 侧信道分析 | 高 | 中 | 掩码/加噪 |
| 故障注入 | 高 | 高 | 电压/时钟监测 |
场景三：侧信道攻击
这个稍微高级一点。攻击者不直接抓数据，而是通过分析芯片的功耗、电磁辐射来推断密钥。
我刚开始接触这个领域时，觉得侧信道攻击是电影里的东西。直到有一次，我用示波器看一个MCU的功耗曲线，发现密钥的每一位都能从波形上读出来。嗯，从那以后我再也不敢小看侧信道了。
场景四：故障注入攻击
攻击者通过电压毛刺、时钟毛刺或激光照射，让芯片在烧录过程中出错。比如跳过某个安全检查，或者让密钥写入不完整。
为什么会这样？因为很多芯片的安全机制是软件实现的。软件就能被干扰。你想想看，如果攻击者在烧录时注入一个毛刺，让「密钥写入完成」这个标志位提前置位，那实际只写了一半的密钥，攻击者就能轻松猜出另一半。
警告：故障注入攻击的成本正在快速下降。以前需要几万块的设备，现在几百块的芯片就能实现。不要觉得自己的产品不值得被攻击。
1.4 安全烧录的核心原则
讲了这么多攻击场景，那到底该怎么防？我总结了几条原则：
- 最小暴露原则：密钥在烧录过程中暴露的时间越短越好。能一次写完就别分两次
- 加密传输原则：烧录器和芯片之间的通信必须加密。哪怕只是简单的会话密钥
- 物理隔离原则：烧录产线要和外部网络隔离。我见过太多因为产线连了外网导致密钥泄露的案例
- 一次性烧录原则：密钥烧录完成后，立即锁定相关寄存器。能熔断的就熔断
记住：安全烧录不是某个单一技术能解决的。它是流程、硬件、软件三者的结合。缺一个，就可能出问题。
1.5 本章知识体系
下面这张图，是我梳理的密钥烧录知识体系。你可以把它当作整个课程的地图。
这张图把密钥烧录安全分成了四个维度：烧录方式、攻击场景、安全原则和核心目标。后面的章节，我们会逐一深入每个维度。
嗯，第一章就到这里。内容不多，但都是基础。基础打牢了，后面讲具体技术时你才不会晕。