固件如何加密

崎山小鹿 · 发表于 2026-4-6 20:57:44

做固件加密，本质上是防止别人读取或复制你的程序。常见做法分为“芯片级保护 + 软件级保护”两层，通常需要一起用。

一、最关键：启用芯片读保护（Flash Lock）

C8051 内部有 Flash 锁定位（Lock Byte），这是最核心的防护手段。

🔒 作用
禁止通过调试接口（如 C2 / JTAG）读取程序
防止别人直接 dump 你的固件
⚙️ 配置方法
方法1：在烧录工具中设置（推荐）

使用 Simplicity Studio 或烧录工具：

找到 Flash Security / Lock Byte 设置
常见选项：
Unlocked（未锁）
Locked（锁定）
Debug Disabled（禁止调试）

👉 一般选择：

Lock Byte = 0x00（完全锁死）

方法2：代码中设置（不推荐新手）

通过写 Flash 特定地址（Lock Byte 区）：

FLKEY = 0xA5;
FLKEY = 0xF1;
PSCTL |= 0x01; // 允许写
*((unsigned char code *)0xFFDE) = 0x00; // Lock Byte 地址（示例）
PSCTL &= ~0x01;

⚠️ 注意：

地址因型号不同而变化
一旦锁死，只能整片擦除才能恢复

方法3：在keil 中设置：
在 Keil 菜单栏中，点击 Project -> Options for Target ‘...’。
在弹出的对话框中，切换到 “Device” 标签页。
在右侧的列表或选项中，找到并勾选 “Use Extended Linker (LX51) instead of BL51” 这个复选框。

完成以上操作后，你的项目就会使用 LX51 链接器了。接着，你就可以按照我们之前讨论的方法，在 “LX51 Misc” 标签页中填入定位命令 SEGMENTS(?CO?LOCKBYTE(C:0x3DFF))。

这个命令的作用是强制链接器将你定义的 lockbyte 变量，放置到 Flash 的绝对地址 0x3DFF 处。拆解一下它的含义：

SEGMENTS(...)：这是 LX51 链接器的一个指令，用于手动指定各个段（Segment）在内存中的位置。

?CO?LOCKBYTE：这是编译器为你的 const uint8_t code lockbyte 变量自动生成的段名。其中：

?CO 表示该变量属于常量（const）且被放在了 code 区。

LOCKBYTE 是你定义的变量名。

C:0x3DFF：C: 代表代码存储空间（即 Flash），0x3DFF 就是 C8051F321 锁定位的物理地址。

为什么需要这条命令？
默认情况下，链接器会把你定义的 lockbyte 变量安排在 Flash 中某个它认为合适的地方（比如紧随代码之后）。但锁定位必须被烧写到芯片规定的固定地址 0x3DFF，否则硬件不会识别它。这条命令就是强制链接器把 lockbyte 变量“钉”在正确的地址上，确保烧录后锁定位生效。

实际效果
编译链接后，生成的 HEX 文件中会有一条记录，在.hex的倒数第二行出现了 :013DFF0000C3，向地址 0x3DFF 写入你赋给 lockbyte 的值（例如 0x00）。烧录时编程器会将这个值写入 Flash 的对应位置，芯片复位后便依据此值锁定相应的 Flash 页。
这意味着：
所有 Flash 页都将被锁定（包括锁定位自身所在的页）
任何通过 C2 调试接口的读取、写入、擦除操作都会被硬件阻止
解锁的唯一方式是执行 C2 设备全擦除命令

二、禁止调试接口（防止在线读取）

C8051 常用调试接口是 C2接口。

方法：

在配置中关闭 Debug Access：

Disable C2 Debug
或设置为 Production Mode

👉 效果：

仿真器无法连接
防止在线读取 Flash

三、软件级加密（提高破解难度）

芯片锁只能防“直接读取”，但防不了“逆向分析”，所以建议加软件保护。

1️⃣ 固件加密存储（简单方案）

把关键数据（如算法、参数）加密存储：

u8 key = 0x5A;

for(i = 0; i < len; i++)
{
data ^= key; // 简单异或加密
}

👉 优点：

实现简单
增加分析难度
2️⃣ 分段校验 / 防篡改

使用 CRC 校验固件完整性（你最近在做这个 👍）：

if(crc16(firmware) != stored_crc)
{
while(1); // 锁死运行
}

👉 防止：

固件被修改
被注入恶意代码
3️⃣ 运行时校验（进阶）
程序运行时周期性自检
校验关键函数区域
4️⃣ 关键算法混淆

比如：

拆函数
插入无关代码
使用查表代替公式

👉 目的：让反编译后难读

四、更高级方案（如果你做产品）
🔐 外部安全方案
外接加密芯片（如 ATECC 系列）
MCU 只存密文，运行时解密
🔑 授权机制
绑定设备ID
序列号验证
激活码系统
五、实际推荐方案（工程实践）

如果你是做产品，建议这样组合👇：

✅ 基础防护（必须）
✔ Lock Byte = 锁死
✔ 禁用 C2 调试
✅ 增强防护
✔ CRC 校验固件
✔ 简单加密关键数据
✅ 高级防护（重要项目）
✔ 算法混淆
✔ 授权机制
六、你需要注意的坑 ⚠️
锁死后无法调试
一定要确认程序 OK 再锁！
只能整片擦除
数据会全部丢失
无法100%防破解
只能提高成本
七、一句话总结

👉 C8051 加密核心就是：

“Lock Byte 锁读取 + 禁调试 + 软件混淆”

崎山小鹿 · 发表于 2026-4-12 19:11:51

当想了解固件逻辑时，Ghidra或8051 Disassembler是首选。Ghidra适合将固件反编译为C代码以便深入分析；8051 Disassembler则更适合直观学习或快速浏览汇编逻辑。
8051固件的可视化分析利器。能直观展示程序字节、汇编代码、中断向量和特殊功能寄存器等丰富信息，适合学习指令集或快速理解固件结构。下载
对加密固件进行深度分析的强力工具。当你想把 .hex 转换成更易读的C代码来理解复杂逻辑时，Ghidra 会很有帮助

将hex文件转换成bin文件：
srec_cat getADC1_0.hex -Intel -o getADC1_0.bin -Binary
or
.\srec_cat getADC1_0.hex -Intel -o getADC1_0.bin -Binary

srec_cat.exe下载