原创 菜农友情为STM32设计一种通用加密方法之原理

今天连续看了两篇关于加密方面的帖子，感觉自己应该友情奉献一回了~~~
设想一种加密办法，大家看看可行吗？
关于STM32F器件电子签名以及加密问题-请指点

今日方知STM32的UID为96位即12个字节，以前知道STM32内嵌CRC32.
网上在线CRC演算工具：http://www.hotpower.org/HotAjax/HotPower_HotAjax.html

HotAjax(曾用名HotWC3)早已支持STM32的CRC32,点击crc32_stm32可选择之。
其权值=0x04C11DB7，初值=0xFFFFFFFF,出值=0x00000000

道理很简单，它一定是ST内部连续的序列码(肯定小于96位)经过一定校验算法得到(固定)96位的不连续的唯一ID.此ID通过逆运算可证实为ST合法产品。
这个校验算法肯定不是单向散列函数，这和数字签名有很大区别。

本友情算法是利用96位ID和CRC32对芯片加密，这就要求有相应的ISP软件的支持或每个ID对应一个HEX文件。

1.利用96位ID和辅助ID 32位共128位经过CRC32运算后得到校验和为32位数0。
2.将此0“满世界”的相异或、或、加、减等不变的运算实现“无缝隙加密”。

要实现这两个基本原理，首先STM32应该具备IAP函数能够在ISP和IAP过程中都能读出此唯一ID.（这个需要香主解释）
ISP软件在读出ID后再向某4个字节即32位写入辅助ID,程序运行后即可实现2个基本原理。

例如UID=0x0123456789ABCDEF12345678
经过CRC32运算后，得到校验和=0x30F4B6E6
经此校验和作为辅助ID写入HEX文件的某个位置。


运行时将动态读入的UID()函数+辅助ID共128位进行CRC32的运算，结果必为0
即CRC32(0x0123456789ABCDEF1234567830F4B6E6)=0x00000000


假使UID和辅助ID不配对，即非法拷贝，那么CRC32的结果几乎不可能为0(CRC32有碰撞的威胁)

试想用一个非零的数到处异或等运算将会发生什么？？？天才知道其后果。
假若将其对GPIO的输出异或会发生些什么？？？

这就是菜农友情奉献的加密原理。

同理可进行多层次的加密，试想有26层的CRC32运算的嵌套又会发生些什么？？？
这是俺92年成功破解美国福禄克加密狗后为美国人留下的感慨~~~

如果你能让反汇编止步在这26层CRC32嵌套之间，那麽他就别想把此UID对应的HEX克隆到其他机子上玩~~~

菜农通讯工具：

新浪网页版：http://t.sina.com.cn/hotpower
新浪手机版：http://t.sina.cn/hotpower

网 易微 博：http://t.163.com/hotpower
腾讯QQ：    1270688699

菜农邮箱:     HotPower@163.com
菜农导航： http://www.hotpage.net.cn/