很好的建议
社区闲人 发表于 2024-3-27 18:09
楼上的提议很糟糕，这样别人也可以轻易获得ID值。
说的有道理，下个程序，就把源程序覆盖，这个是对的{:4_165:}
使用id号加密自动将加密后的ID存到rom里了，不需要什么复杂的手动操作
一笔长空 发表于 2024-3-28 11:32
使用id号加密自动将加密后的ID存到rom里了，不需要什么复杂的手动操作
不要发布项目吗
本帖最后由 小坤 于 2024-3-29 11:04 编辑
我是这样做的，下载两套程序。第一个程序读取ID号 然后按照特定的方式计算出一串密码存储在指定的EEPROM中。 第二个程序下载的时候不要勾选擦出EEPROM的操作，然后读出存储的数据，并进行相同的计算 比对结果。不对则不运行报错。{:smile:}
这样可以有效的防止别人去破解你的程序！
小坤 发表于 2024-3-29 11:03
我是这样做的，下载两套程序。第一个程序读取ID号 然后按照特定的方式计算出一串密码存储在指定的EEPROM中 ...
我感觉你的想法很好，但是失去了ID号加密的意义，就如同你在门上虽然上了把不锈钢的锁，但是忘记拔钥匙了；如果人家把你的EEPROM里的程序和ROM里的程序都解出来，按你的方式去做，不就可以正常使用了吗，加密的意义何在呢
姚总的做法是发布的项目文件，才具有约束力，但是不知道项目文件能否被破解；应该比较难，硬件破解反而容易，软解很难的，我是这么认为的
金南京 发表于 2024-3-30 10:05
我感觉你的想法很好，但是失去了ID号加密的意义，就如同你在门上虽然上了把不锈钢的锁，但是忘记拔钥匙了 ...
那你认为通过ID号计算生成的验证码，这这么容易破解吗？就比如7个字节的ID号与7个字节的数组进行烂七八糟的运算后 生成的验证，随便就能破解开。||
就算像你说的把EEROM是数据与程序中的都解出来，但是每个芯片的ID号不同，生成的秘钥也不同，难道一个个 的去解吗？也不现实。
因为我们是方案公司，这样做的目的就是防止客户拿着芯片去解密
小坤 发表于 2024-3-30 21:11
那你认为通过ID号计算生成的验证码，这这么容易破解吗？就比如7个字节的ID号与7个字节的数组进行烂七八糟 ...
有时间深入交流一下
这个功能我也就用串口验证过…