第1章芯片安全概述

一、芯片安全概述：为什么需要芯片安全？

大家好，我是做芯片安全的老工程师了。今天咱们聊聊一个根本问题——芯片到底安不安全？

很多人觉得，芯片就是一块硅片，焊在板子上，能有什么安全问题？

嗯，十几年前我也这么想。直到有一次，我亲眼看到一台设备被侧信道攻击破解，密钥在几分钟内就被提取出来。从那以后，我再也不敢小看硬件安全了。

咱们先看一个趋势。早些年，黑客主要盯着软件漏洞打——缓冲区溢出、SQL注入、权限提升。这些攻击有个特点：攻击者跟目标系统之间，隔着一层操作系统和软件栈。

但后来情况变了。攻击者发现，软件漏洞越来越难找，补丁也越来越快。于是他们把目光转向了硬件。

为什么？因为硬件一旦流片，就改不了了。你想想看，软件可以打补丁，芯片能打补丁吗？不能。只能换芯片。

核心观点：硬件攻击是“降维打击”。软件攻击需要绕过操作系统，硬件攻击直接读取物理信号——电流、电磁波、功耗、时序。这些信号是物理世界的“后门”。

我遇到过最典型的案例：某款物联网芯片，软件层做了全套加密，但功耗分析攻击直接提取了AES密钥。为什么？因为芯片在执行加密运算时，功耗波形跟密钥位是相关的。攻击者只需要采集几千条功耗曲线，用统计学方法一分析，密钥就出来了。

这就是硬件攻击的可怕之处——它不跟你玩逻辑，它直接读物理信号。

咱们把常见的硬件攻击梳理一下。我按攻击方式分了四类：

这里我特别想强调一下故障注入攻击。我曾经帮客户分析过一个案例：某款安全芯片，攻击者用激光照射芯片的特定区域，导致CPU跳过了安全启动的校验步骤。说白了，就是让芯片“忘记”检查签名，直接执行了恶意固件。

警告：故障注入攻击不需要昂贵的设备。一个几百块钱的电压毛刺发生器，就能让很多芯片“崩溃”。别以为只有国家级攻击者才做得到。

好了，既然硬件攻击这么厉害，那怎么防？

我个人习惯把芯片安全架构画成一个分层模型。你看下面这张图：

这张图我画了很多次了。每次给新团队讲安全架构，我都从这张图开始。你注意看，它是从下往上的——底层是物理安全，顶层是安全协议。为什么这么排？

因为安全是“木桶原理”。底层的物理安全如果被攻破，上层的加密引擎再强也没用。我见过太多芯片，加密算法选的是最先进的，但密钥直接存在Flash里，用探针一读就出来了。你说这加密还有什么意义？

咱们快速过一下每层的核心内容：

物理安全层：主动屏蔽层（Active Shield）是我个人最喜欢的。它像一张网覆盖在芯片表面，一旦被切割或钻孔，就会触发报警。我在一个项目中用过，攻击者花了三个月都没能绕过。
硬件信任根层：这是整个安全体系的“锚点”。说白了，就是芯片第一次上电时，怎么证明自己是“干净的”。我建议所有安全芯片都必须有不可篡改的信任根。
隔离与访问控制层：把安全敏感的操作放在一个独立的安全域里。ARM的TrustZone就是干这个的。你想想看，如果攻击者控制了操作系统，但安全域里的密钥他拿不到，那攻击就失败了。
加密引擎层：硬件加速的加密运算。这里有个坑——纯软件实现的加密很容易被侧信道攻击。我建议所有密钥相关的运算都用硬件引擎来做。
安全协议与固件层：这是最接近软件的一层。安全启动、安全更新、安全通信，都靠它。

我的经验：很多团队只关注加密引擎，忽略了物理安全和信任根。结果就是——加密算法再强，密钥也能被物理手段提取。记住：安全是链条，最弱的一环决定整体强度。

我直接说结论：因为攻击的门槛在降低，而攻击的收益在升高。

十年前，做一次侧信道攻击需要几百万的设备，还需要博士级别的专业知识。现在呢？开源的攻击工具、几百块的示波器、网上现成的教程——一个本科生就能做。

另一方面，芯片的应用场景越来越敏感。汽车、医疗、金融、工业控制——这些领域的数据一旦泄露，后果不堪设想。

我记得有一次，一个客户问我：“我们的芯片用在智能门锁上，有必要做侧信道防护吗？”

我说：“你想想，如果攻击者用功耗分析破解了你的密钥，他就能复制一把万能钥匙。你觉得值不值？”

客户沉默了三秒，然后说：“加。”

嗯，这就是现实。安全不是成本，是必需品。

咱们这一章聊了：

最后说一句：芯片安全不是某个模块的事，而是整个架构的事。从物理层到协议层，每一层都要考虑。别想着“先流片再补安全”——芯片一旦出来，就改不了了。