楼上说得不错,问题是还未进入最后阶段.
实际楼上估计没搞清楚我们讨论的意思...
4年前我曾讨论过,没人有兴趣~~~只是这次有些朋友要求...
理论和现实真是两回事...
我们不可能阻止对方debug.不管是软仿真和硬件调试.
本来BIN/HEX拿来就用,又有谁去修改程序呢???
但是当他感到功能不够或受到同行白眼时,肯定要做修改甚至重新编程时.
如果做到他反汇编不如自己编更省力气时,目的就达到了.
但有些算法可能必须通过反汇编才能理解或得到,这往往是原作者思考的结果.
讨论这个并不在于反什么汇编,实际可能更应该关心通讯协议.
因为单机系统几乎不用什么协议即可独立完成,但多机通讯时就必须耐心分析了.
假使上位机(PC)需遵守一些约定才可与MCU通信,并有时间间隔设置,那么你必须
反汇编并了解程序流程后才能全速运行,因为这种系统是不允许间隔停顿的,即
有反跟踪的含义在里面.
至于用C语言,ARM之类的提议很好,但用51的汇编可能最能说明原理和问题.
所有逆向工程具体并不单单局限与看懂代码,而且还有硬件和协议等诸多问题.
谢谢楼上的参与~~~
再者楼上说:
这些技术PC上就没有?PC程序,花指令,冗余校验...各式各样的加密算法,还加上一个壳. 如果人家安心要**,还不就**了.
很对,加密和解密是一对矛与盾的较量.
但PC界加密有很多败笔之处在于比较密码分枝.
如果采用功能加密将会使安全系数大大提高...
这些我已在其他帖子中论述过,这里不在罗嗦~~~
再次感谢发表个人见解~~~ 相关链接:http://www.**/blog/hotpower/60789/message.aspx
|
|