1. 受限环境概述
做密码库裁剪这件事，说白了就是「戴着镣铐跳舞」。你想想看，一个完整的 OpenSSL 动辄几十兆，而你的目标芯片可能只有 256KB Flash、64KB RAM。硬塞进去？跑不起来。不塞？安全需求又摆在那。
我入行那会儿接过一个智能电表项目，MCU 是 STM32F103，Flash 只有 512KB。甲方要求必须支持 TLS 1.2，还要国密 SM2/SM3/SM4。我当时天真地想「OpenSSL 直接交叉编译不就完了？」结果编译完固件体积 1.2MB，连下载都下不进去。嗯，从那以后我才真正开始研究「怎么把密码库削到能跑」。
1.1 什么是受限环境
受限环境，就是资源被严格约束的计算平台。咱们做嵌入式安全的，天天跟这些东西打交道：
- MCU（微控制器）——Flash 通常 32KB~2MB，RAM 4KB~512KB，主频几十到几百 MHz。没有 MMU，跑裸机或 RTOS。
- RTOS（实时操作系统）——像 FreeRTOS、RT-Thread、uC/OS。任务栈通常只有几百字节到几 KB，堆空间更是抠着用。
- FPGA（现场可编程门阵列）——逻辑单元有限，LUT/FF 资源紧张。做密码加速器时，你得算着用 DSP Slice 和 BRAM。
- IoT 设备——传感器、智能锁、穿戴设备。电池供电，CPU 主频可能只有几十 MHz，连浮点单元都没有。
核心认知：受限环境不是「低配版 PC」，而是一个完全不同的计算范式。你不能用 PC 上的思维去写嵌入式密码代码——内存分配、函数调用栈、代码段布局，处处都是坑。
1.2 资源限制分析
咱们得把资源限制掰开揉碎了看。我习惯从四个维度去评估：
| 资源维度 | 典型限制 | 对密码库的影响 |
|---|---|---|
| Flash（代码存储） | 32KB ~ 2MB | 决定了你能塞多少算法实现、查表、预计算数据 |
| RAM（运行内存） | 4KB ~ 512KB | 限制了大数运算的临时缓冲区、上下文结构体、堆栈深度 |
| CPU 主频 | 16MHz ~ 400MHz | 直接影响加解密吞吐量，RSA 2048 签名在 100MHz 下可能要几秒 |
| 功耗 | μA ~ mA 级 | 电池设备不能长时间跑全速运算，需要权衡计算时间和休眠策略 |
举个例子你就明白了。AES-128-GCM 在 PC 上做一次加密，毫秒级完成，RAM 占用几乎可以忽略。但在一个只有 16KB RAM 的 Cortex-M0 上，你得考虑：
- GCM 的 GHASH 需要 16 字节的 H 表，没问题
- 但如果用查表法加速（T-tables），4 张 256×4 字节的表就是 4KB——直接吃掉 25% 的 RAM
- 更别说 TLS 握手时还要同时维护多个上下文
我遇到过最极端的情况：一个 LoRa 网关节点，Flash 只剩 8KB 空闲，RAM 只有 2KB。客户要求做固件签名验证。最后我只能用纯软件实现的 SHA-256，连 HMAC 都省了，直接拿原始哈希做对比——当然，密钥管理另想办法。
注意：千万别以为「RAM 够放密钥就行」。密码运算过程中会产生大量中间变量。比如 RSA 私钥操作，需要临时存储模幂运算的中间结果，一个 2048 位的模幂就需要至少 256 字节的临时缓冲区。如果同时做 CRT 优化，缓冲区还要翻倍。
1.3 密码库选型原则
选密码库就像选工具箱——你不能拎着一个 20 公斤的工具箱去修手表。我个人总结了几条原则：
- 按需裁剪，不搞大而全——你的设备只做 AES-CCM 和 ECDH？那就只编译这两个模块。别把整个 OpenSSL 搬进来。
- 优先选为嵌入式设计的库——比如 Mbed TLS、WolfSSL、LibTomCrypt。它们从设计之初就考虑了资源限制。
- 关注代码体积和内存占用——编译前先估算。我习惯用
size命令看各模块的 .text/.data/.bss 段。 - 检查平台兼容性——有些库依赖 POSIX 接口或动态内存分配，裸机环境可能跑不了。
- 评估性能与功耗的平衡——查表加速能提升速度，但会吃掉 Flash 和 RAM。电池设备可能更愿意用慢一点的纯计算实现。
我的经验：选库之前，先画一张「功能需求清单」。把必须支持、可选支持、不支持的算法列清楚。然后对照库的配置选项，一条条勾。这样裁剪出来的库，既不会缺功能，也不会多出无用的代码。
下面这张图是我做裁剪时常用的决策流程，帮你快速定位该选哪个库、怎么裁：
你看，这个流程其实不复杂。关键是在「资源是否充足」那个决策点——很多人会高估自己的资源。我见过有人用 STM32F103 硬跑 OpenSSL 的 RSA 2048，结果一次签名花了 8 秒，还把栈给撑爆了。
最后说一句实在的：没有银弹。每个项目都有自己的约束条件。你只能把资源摸清楚，把需求列明白，然后一刀一刀地裁。后面几章我会带你走一遍具体的裁剪流程，包括怎么配置编译选项、怎么替换内存分配器、怎么用硬件加速器——但今天先把基础打牢。