167、TinyML模型部署最佳实践：安全与加密

TinyML模型部署最佳实践：安全与加密昨晚调试一块STM32U5的板子，客户反馈说部署在产线上的模型突然“失忆”了——推理结果全乱套。我第一反应是Flash被篡改，结果读回模型二进制，发现权重数组里被人插了一段“Hello World”的ASCII码。这不是恶作剧，是产线工控机被植入了脚本，直接通过ST-Link把模型区当成了记事本。这种攻击在嵌入式ML领域远比想象中普遍。模型文件裸露在Flash里，就像把银行卡密码写在ATM机屏幕上。今天这篇笔记，我把自己踩过的坑和验证过的防护方案整理出来，重点说三个层面：模型加密存储、运行时完整性校验、以及对抗侧信道攻击的土办法。模型加密：别只依赖MCU的读保护很多工程师觉得“开了RDP（读保护）就万事大吉”，这是典型的思维盲区。RDP Level 1确实能阻止SWD接口直接读Flash，但攻击者可以通过电压毛刺、时钟故障注入等手段绕过。更常见的是，你的固件更新接口本身就是个后门——OTA升级时明文传输的模型文件，在传输链路上就被截获了。我现在的做法是：模型在PC端训练完成后，用AES-256-GCM加密，密钥由MCU的唯一ID（UID）派生。注意，别直接把UID当密钥用，那样换颗芯片就全废了。正确的做法是：// 这里踩过坑：直接用UID当AES密钥，结果芯片RMA换货后模型全废// 正确做法：UID + 固定盐值 - SHA256 -g