STM32的TAMPER引脚（如PC13）通过硬件强制清零BKP寄存器实现防拆：需启用备份域时钟、解除写保护、加RC滤波；密钥仅存BKP中并每次业务前校验多寄存器；C++模板封装初始化流程，VBAT须独立供电。
怎么用TAMPER引脚捕获拆壳动作
STM32的TAMPER引脚（通常是PC13）是硬件级侵入检测通道，电平跳变会立刻触发BKP寄存器清零——这个过程不经过CPU、不可中断、不可撤销。你不需要在中断里“做点什么”，只要把微动开关一端接PC13，另一端接VBAT或GND（取决于配置为上升沿还是下降沿触发），外壳一开，开关状态翻转，BKP瞬间归零。
注意三点：
- 必须启用备份域时钟：
RCC_APB1PeriphClockCmd(RCC_APB1PERIPH_BKP, ENABLE)，否则TAMPER逻辑不供电 - 必须解除备份域写保护：
BKP_DeInit()之后再调BKP_TamperPinCmd(ENABLE)，否则配置无效 - 微动开关需加RC滤波（比如10kΩ+100nF），否则抖动可能误触发多次——但注意：哪怕只触发一次，BKP也已清零，重复无意义
密钥为什么只能存在BKP寄存器里
BKP不是普通RAM，它是备份域里的特殊寄存器组，主电源掉电后靠VBAT维持数据；但它又不像Flash能长期保存——TAMPER事件一来，所有BKP字节强制置0，且该操作由硬件门电路完成，软件连读取的机会都没有。
所以密钥存储策略很明确：
立即学习“C++免费学习笔记（深入）”；
- 开机后从加密Flash/OTP中解密出临时密钥，仅写入
BKP_DR1~BKP_DR10等寄存器（中容量芯片共20字节） - 业务代码全程只从BKP读密钥，绝不缓存到普通RAM或全局变量里
- 密钥长度超过BKP容量？那就分段存，或改用BKP存储“密钥派生种子”，配合硬件AES外设实时生成
自毁后怎么让系统拒绝继续运行
BKP清零本身不阻止CPU执行，你需要主动检查。典型做法是在关键函数入口加校验：
if ((BKP_ReadBackupRegister(BKP_DR1) == 0) &&
(BKP_ReadBackupRegister(BKP_DR2) == 0)) {
// 密钥已毁，停所有安全操作
NVIC_SystemReset(); // 或进入死循环、关闭RTC、拉低使能引脚
}
这里容易踩的坑：
- 不要只读一个BKP寄存器——攻击者可能用探针短接单个寄存器供电，伪造“未被清零”假象；至少读2个以上并交叉验证
- 校验不能只在启动时做一次，要在每次签名、解密、支付前都检查，否则中间态仍可被利用
- 别用
printf或UART打印校验结果——输出接口可能被物理监听，直接暴露自毁状态
C++怎么封装TAMPER响应避免裸寄存器操作
裸写BKP_TamperPinCmd(ENABLE)这类HAL函数，容易漏掉时钟、去保护、中断使能等依赖步骤。用C++模板可以编译期绑定约束：
template<typename T>
struct TamperGuard {
static void init() {
RCC_EnableBackupDomainClock();
BKP_DisableWriteProtect(); // 编译期确保去保护先于配置
T::configure(); // 子类实现具体触发边沿、滤波等
NVIC_EnableIRQ(TAMPER_IRQn);
}
};
这样既保留硬件控制精度，又把易错步骤收束到一处。关键是：所有密钥读写操作必须声明volatile语义，否则编译器O2优化可能把BKP读取整个删掉——你得用__attribute__((optimize("O0")))或asm volatile("": : :"memory")强制内存屏障。
最常被忽略的一点：VBAT供电必须独立且可靠。如果只用主电源经二极管供VBAT，拆壳瞬间主电源还没掉，TAMPER就来不及响应。真正防拆，VBAT得来自专用纽扣电池，并且电池焊点要布置在壳体内部边缘，一撬就断。
