2、基础知识：TinyML设备资源约束（内存、算力、功耗）对身份认证方案的影响，以及常见安全威胁模型
TinyML设备通常指具备一定感知、处理与通信能力，但资源极度受限的嵌入式系统，典型代表包括MCU（如Cortex-M0+/M4）、低功耗蓝牙传感器节点、智能电表计量模块、工业振动监测终端等。这类设备的内存往往以KB为单位（例如64KB SRAM、512KB Flash），主频在几十MHz到两百MHz之间，电池供电场景下平均功耗需控制在毫瓦甚至微瓦级。身份认证方案一旦脱离这些物理约束，轻则导致系统卡顿、重启，重则引发密钥泄露或设备被批量仿冒。因此，理解资源约束与安全机制之间的耦合关系，是设计TinyML设备身份认证方案的前提。
上图展示了TinyML设备身份认证设计的核心矛盾：左侧是硬件资源约束，右侧是必须应对的威胁模型，中间通过方案设计寻求平衡。下面从资源约束的具体影响、威胁模型分类、以及工程实践中的应对策略三个维度展开。
2.1 内存与算力约束对认证算法选型的决定性影响
核心原理：TinyML设备的SRAM通常只有16KB~256KB，Flash为128KB~1MB。非对称加密算法（如RSA-2048）需要约2KB RAM用于大数运算，且一次签名耗时可能超过1秒；而对称算法（如AES-128）仅需几百字节RAM，运算速度快一个数量级。但对称算法面临密钥分发难题。因此，实际方案往往采用混合架构：设备出厂预置对称密钥或轻量级非对称密钥对，认证时使用HMAC或ECDSA P-256签名。
| 算法类型 | RAM占用 | Flash占用 | 典型耗时（@100MHz） | 适用场景 |
|---|---|---|---|---|
| AES-128-CMAC | ~300B | ~2KB | ~0.1ms | 设备与网关双向认证 |
| HMAC-SHA256 | ~500B | ~4KB | ~0.3ms | 固件完整性校验 |
| ECDSA P-256签名 | ~1.5KB | ~8KB | ~80ms | 设备身份证书签发 |
| RSA-2048 | ~4KB | ~12KB | ~500ms | 不推荐用于TinyML |
判断方法：在选型时，首先计算设备剩余RAM（总SRAM减去协议栈、传感器驱动、RTOS占用），再乘以0.7作为安全预算（预留30%给突发任务）。若剩余RAM小于1KB，则放弃非对称算法，改用预置密钥+HMAC方案；若RAM在1.5KB以上，可考虑ECDSA P-256，但需将签名运算拆分为多个时间片执行，避免阻塞实时任务。
2.2 功耗约束与认证频率的工程权衡
核心原理：电池供电的TinyML设备（如纽扣电池供电的温湿度传感器）平均电流需控制在10μA以下。一次完整的TLS握手（含证书验证）可能消耗相当于设备正常运行1小时的能耗。因此，认证方案必须考虑认证频率与会话复用策略。
操作流程：
- 静态注册阶段：设备出厂时预置唯一设备ID（如MAC地址+芯片唯一ID）和初始密钥，此阶段不消耗运行时功耗。
- 首次上线认证：设备上电后与服务器完成一次完整认证（如ECDSA签名+证书链验证），获取短期会话票据（如JWT或PSK）。
- 运行期轻量认证：后续通信使用会话票据或PSK进行HMAC认证，每次认证仅消耗约0.1mJ能量。
- 定期轮换：每24小时或每1000次通信后，使用预置密钥派生新会话密钥，避免长期使用同一密钥被破解。
案例拆解：某工业振动监测节点采用Cortex-M4F @80MHz，配备64KB SRAM、512KB Flash，使用2节AA电池供电（标称容量2000mAh）。初始方案采用每次上报数据都进行完整TLS握手，实测平均电流高达2.3mA，电池寿命仅36天。优化后改为：首次上线使用ECDSA认证获取PSK，后续每10分钟上报一次数据，每次使用HMAC-SHA256认证，平均电流降至0.4mA，电池寿命延长至208天。关键改动是：将证书链验证从每次通信中移除，改为每7天重新认证一次；同时将HMAC密钥存储在MCU的OTP区域，防止固件读取。
2.3 常见安全威胁模型与针对性防御
核心原理：TinyML设备面临的安全威胁可分为四类：物理攻击、侧信道攻击、通信攻击、逻辑攻击。由于设备通常部署在无人值守环境，物理接触风险极高。
| 威胁类型 | 具体攻击方式 | 影响 | 防御手段 |
|---|---|---|---|
| 物理攻击 | JTAG调试接口探测、Flash芯片拆解读取 | 密钥完全泄露 | 禁用JTAG、Flash加密、安全启动 |
| 侧信道攻击 | 功耗分析（SPA/DPA）、电磁辐射分析 | 提取密钥 | 掩码技术、随机延时、恒定时间算法 |
| 通信攻击 | 中间人攻击、重放攻击、降级攻击 | 数据篡改、身份伪造 | 双向认证、时间戳+随机数、协议版本锁定 |
| 逻辑攻击 | 固件逆向、内存越界读取 | 提取算法与密钥 | 代码混淆、MPU内存保护、安全分区 |
判断方法：在设计威胁模型时，首先进行资产识别（密钥、固件、数据），然后评估攻击者能力（是否具备物理接触、是否可购买同型号设备拆解、是否有网络中间人条件）。对于消费级IoT设备，主要假设攻击者具备物理接触能力但无专业实验室设备；对于工业控制设备，需假设攻击者可能使用示波器进行功耗分析。
实战场景：某智能门锁采用ESP32模块，使用软件实现的AES-128加密通信。安全测试发现，攻击者通过串口嗅探获取到固件后，使用IDA Pro逆向定位到密钥存储区，直接读取到硬编码的AES密钥。修复方案：①将密钥移至ESP32的eFuse区域，设置禁止软件读取；②启用Secure Boot，防止固件被篡改；③通信协议增加每次会话随机数，防止重放攻击。修复后，即使攻击者获取固件，也无法提取密钥或伪造合法设备。
在实际项目中，建议将安全设计前置到硬件选型阶段，优先选择带硬件加密引擎和安全启动功能的MCU（如STM32L5、NXP i.MX RT系列），这能显著降低软件实现安全功能的复杂度和性能开销。同时，建立设备注册与密钥管理平台，实现密钥的远程轮换和吊销，是保障长期安全运营的必要条件。