WhyCan Forum(哇酷开发者社区)

先说下，采用到的相关技术，LZ4压缩，SHA256算法，AES256算法，ECSDA256算法。

struct zdesc_t {			/* Total 256 bytes */
	uint8_t magic[4];		/* ZB??, I for bind id, E for encrypt image */
	uint8_t key[32];		/* Aes256 encrypt key (hardcode or efuse suggested) */
	uint8_t sha256[32];		/* Sha256 hash */
	uint8_t signature[64];	/* Ecdsa256 signature of sha256 */
	uint8_t csize[4];		/* Compress size of image */
	uint8_t dsize[4];		/* Decompress size of image */
	uint8_t public[33];		/* Ecdsa256 public key (hardcode suggested) */
	uint8_t majoy;			/* Majoy version */
	uint8_t minior;			/* Minior version */
	uint8_t patch;			/* Patch version */
	uint8_t message[80];	/* Message additionally */
};

这个里面有两个东西涉及到安全性:

最关键的是AES256的密钥，这个需要防泄漏，最好是芯片只带AES256硬件压缩，KEY是只写的，这种安全性最高，基本很难获取key，这里技巧，根密钥是只写的，然后镜像采用的密钥不是根密钥，而是由根密钥经过运算生成的次级密钥，避免根密钥直接暴露。如果没有硬件AES256，那么这个key就只能硬编码到代码里，当然硬编码到代码里，还是有可能被找出来的，可以适当的用其他算法保护下这个key，比如RC4这种算法来保护key，安全性最差的，就是key直接放在头里，这个一般不建议，知道文件结构后，很容易获取。

其次是ECDSA256签名的公钥，其实这个公开是没有任何问题的，关键的是如果AES KEY被破了后，怎么防止伪造签名的问题，破解者伪造签名，唯一的思路就是自己生成一对ECDSA256密钥对，替换默认的，要应对这个，就是公钥不能直接采用文件头里的公钥，而是直接硬编码到代码里，当然硬编码到代码里，也是有可能被修改的，毕竟最关键的AES KEY 已经被破了。伪造签名，仅仅难度增加而已不能测地杜绝。

总结，这里最关键的是AES256 KEY，如果这个KEY被泄漏了，整套系统就失效了，如果KEY没有泄漏，那么整套系统就完全安全的。

如何将AES key泄漏的风险降到最低呢。就是一台机器，一个次级AES KEY，当然每个芯片的根密钥都是一样的，仅仅次级密钥是由根密钥和硬件ID通过某种算法生成的。及时破解了这台机器的AES key，也是没有太大价值的。

一句话,根密钥要好好保护，这个被破了，就彻底被破了，其他破解，都是无法动到根基。

切记，千万不要在任何场合直接使用根密钥，降低泄漏的风险！！！！

好像是那么回事，新唐的NUC972带只写熔丝保护，但是只能保护flash里面的文件，最终还是解密到DRAM运行，如果有心着去读DRAM那相当于白干了。我想这也就是NUC972开机后那种IO默认不是JTAG的原因吧。

或者软件本身存在缓冲区溢出漏洞被攻击了，然后ram被dump了，即使ram被搞了，你也只能做到非完美破解，你无法固化rom，一没key，二没签名，复制无从谈起

抓包回放攻击怎么处理?

Hi3516EV200╱Hi3516EV300╱Hi3518EV300╱Hi3516DV200  安全启动使用指南.pdf
里的内容写的挺详细的

关键算法放里面

不是那种 if (认证)  then 通过 这种啊

要是你的关键算法都能pass掉?  你这程序还有意思吗

还有安全芯片核心就是个51或者arm单片机,但是人家用了银行卡等级的加密技术,就算用芯片开盖这种都会"自爆"

最近编辑记录 jiangchun9981 (2021-05-18 08:58:24)

不需要100%无法破解，只需让破解成本提高到超过破解价值就可以了。防止那种无脑小白都能抄的情况就行。

谁家的防盗门能扛得住大型工具，挖掘机之类的？不需要，只要能挡住小偷让他觉得风险太大不划算即可

做技术真难，做得不好被人说，做得好了被人抄

防盗版有必要，否则幸苦多月很可能成就了别人，产品还会被人搞烂。
虽然加密不能完全防止盗版，但能增加别人破解难度，增加破解的人力时间成本，就达成目的了。
感觉采用专用加密芯片的效果，还没有软硬件结合效果好。

如果不是硬件支持secure boot, 终究是空中楼阁

对启动速度有影响，解密，验签，校验完整性，都是有代价的

xboot yyds!

F1C100S 支持secureboot吗

trust zone 的目的就是这样。

貌似只有全志 A、H系列的芯片有efuse

v3s这种好像没有

最近编辑记录 unturned3 (2022-05-21 17:20:57)

FIC200S 是怎么读取CPUID

整个流程就是那些内容了
为了实现这些，我抛弃了全志的烧录工具链，自己写的bootloader和量产工具。

如果外挂SPI NOR flash 的话，使用芯片的 96bit UID 和 OTP 区域最方便； 将UID运算后存到FALSH的OTP区域，在应用中几处位置判断OTP 区域内容合法性

想简单了，就算有核心功能开源代码，你用在产品里面并且用好还是有很多工作需要做的。