为了对付**，我也想了很多方法

1万 · 2007-11-22 20:47

   举个例子，我用RSA生成一对密钥A和密钥B。RSA生成的A只能加密（不能解密），B只能解密（不能加密）。我用密钥A在编译之前将版权信息加密，得到版权字符串（一串乱码），放在程序ROM中。运行时，用密钥B解密成ASCII码显示在开机画面上。
   假设盗版者得到了我的整个机器码，它分析出了我的加密方法，找到了我的解密密钥，找到了我的版权信息位置。（Hot大叔的办法到此时就被攻破了）。他仍然不可能把我开机画面更改成他自己的！
   因为密钥A根本不存在于ROM中。而各类双密钥算法的基本出发点就是从加密字串、解密密钥B无法算出加密密钥A。而没有A钥，盗版者根本无法将自己的信息替代原来的开机画面。

   当然，如果盗版者把我整个开机画面删掉，那也没辙。不过Hot大叔防止对手更改的一切手段仍然可以用上。这种方法比Hot大叔的办法强一点点：即使全盘攻破，对手仍然不能修改。不过因为加密后字串是乱码，对手看不到原始的版权字符串。所以说我的“看不到改不成”说比起Hot大叔的“看得到改不成”，少给对手一点挫败感.

2万 · 2007-11-22 21:14

所以说我的“看不到改不成”说比起Hot大叔的“看得到改不成”，少给对手一点挫败感.

实际上原理都差不多少,主要在于方法和运算量.

我主要考虑单片机的资源问题,所以尽量避免复杂的运算,如乘方开方等.

版权信息应该事先加密为密文,然后用密钥去解开.

这就出现了密钥的保存问题.

因为程序要显示明文,故必须用密钥去解从而得出明文显示.

这样实时跟踪肯定能找到密钥.

所以程序还应该有反跟踪手段才能避免让对手进入解密程序区域.

至于双密钥和单密钥无好坏之分,因为我们可以在编译时填入密文.

如下图,我们可以事先加密明文2007....密文为9560....

将密钥: 6D18....,BF90....,64位左移.保存.

我们在ROM区填写密文9560...

故也是"看不到改不成"~~~但"看得到改不成"有些挑战的样子,很不尊重对手~~~

继续~~~俺先抽袋烟去~~~

2万 · 2007-11-23 03:06

2万 · 2007-11-24 10:39

吓了我一跳~~~以为您无闯了红灯区~~~
hotpower 发表于 2006-11-10 01:18 AVR 单片机 ←返回版面举报该贴

今天我又倒塌地优化了代码,加入了类似滚动密码~~~
方法实际很简陋,因为代码长度的原因使我不能自由发挥...
由于USI可以进行I2C操作,但地址不像I2C模块必须事先约定从机地址.
从机的USI也就有机会任意胡作非为,由主机随机地发送0x00~0xff的地址.
而且每次都不同.这样就使正规的I2C模块拦截密文数据流成为难题~~~
并且每次的读地址和写地址也不相同,这就使重复位后的I2C陷入迷茫之中~~~

相关链接:https://bbs.21ic.com/club/bbs/ShowAnnounce.asp?v=&ID=2330880