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