STM32的唯一ID－－－加密方式升级

王少永

STM32的唯一ID－－－加密方式升级 [复制链接]

看到大家讨论，STM32 的唯一 ID已经有破解公司可以改写。这对大家的代码安全是个很大的挑战。

这里提供1个方法，原理跟原来的ID加密类似，但能解决唯一 ID被破解公司改写的问题：

1)我们知道STM32唯一 ID的基地址位于0x1FFF F7E8，在memory mapping中处于system memory区域。同时，boot loader也在这个区域。

2)既然唯一 ID有破解公司可以改写，那么把唯一ID的概念加以扩展，把从 0x1FFF F000～0x1FFF FFFF的整个区域当作唯一的ID，来加以利用。问题就此解决。

3)还可以考虑不同级别的安全方式。比如 唯一ID作为ID1，0x1FFF F800～0x1FFF F80F（即Option Bytes）作为ID2，0x1FFF F80F～0x1FFF FFFF（即reserved）作为ID3。

最后，套用1句话：“只要肯动脑筋，办法总比困难多”。

steve

“2)既然唯一 ID有破解公司可以改写，那么把唯一ID的概念加以扩展，把从 0x1FFF F000～0x1FFF FFFF的整个区域当作唯一的ID，来加以利用。问题就此解决。”

把整个区域的数据从母片那里原封不动的复制过来，同时把唯一ID号修改过来，这样的话，还有用吗？

关键的问题在于，目前这个唯一ID号是可修改的。因为是可修改的，所以扩展ID区域也是徒劳的。

wc9872

欢迎大家讨论。

插1句话，其实这个方法也适用于其它单片机，包括其它公司的单片机。

biandh

                                 没仔细读过这些地址，然道除唯一ID外的地址还有不一样的？

stdio_h_0

                                 如果把整个system memory区域原封不动复制呢？怎么区分？

huoyunbx

没仔细读过这些地址，然道除唯一ID外的地址还有不一样的？

读读看，有不一样的

周新眼

                                 让ID参与数据运算

zxmjiangjun

如果把整个system memory区域原封不动复制呢？怎么区分？

system memory区域 只是 0x1FFF F000～0x1FFF FFFF（指STM32 High density及以下容量）的整个区域的一部分。

panshiowen

                                 应该是没有用的!!!

ljhken

应该是没有用的!!!

为什么？

asdfgghjkllpo

                                 毫无意义,安慰一下自己还成

ptpu

毫无意义,安慰一下自己还成

任何加密措施都有其局限性，不同的是解密的成本有高有低。

还是那句话：这个世界上没有刺不穿的盾，也没有无坚不摧的矛，永远不会有！

lysk1229

                                 懒得说，唯一ID都能改写了，你扩展那些区还有啥用？

anyjun

请大家不要人云亦云。有兴趣的不妨比较一下不同芯片的整个0x1FFF F000～0x1FFF FFFF区域。

0x1FFF F000～0x1FFF FFFF区域包含 reserved区。

frankhu

懒得说，唯一ID都能改写了，你扩展那些区还有啥用？

还是有些意义的，有些数据是校准数据，原封不动的复制芯片工作就不正常了。

小马

1、在SRAM里面运行，加备用电池，掉电必须返厂
2、加个rfID/IC卡做验证

SAM1978

让ID参与数据运算

同上
每次烧写的时候 把目标芯片的ID读 出来 然后 参与 运算
多用指针+ID,我飞我飞  我飞飞  呵呵!@!

ryos88

                                 在SRAM里面运行，加备用电池，掉电必须返厂 -- SRAM 没有保护的

lecat

在SRAM里面运行，加备用电池，掉电必须返厂 -- SRAM 没有保护的
------------------------------
人家在不掉电的情况下，完全可以把你的SRAM的内容读出来，照样抄你的产品。如果人家再换成ROM，那比你的还便宜了。
程序放在RAM中，出一点问题你的产品就要返厂，纯粹折腾自己。

swiwi

                                 哈哈! 生产都是问题!