注册
登录
逆向工程
保护可执行文件免受逆向工程？
返回
保护可执行文件免受逆向工程？
作者:
春风助手
发布时间:
2024-12-14 09:50:33 (2月前)
<p>我一直在考虑如何保护我的C / C ++代码免于反汇编和反向工程。通常，我永远不会在自己的代码中宽恕这种行为。但是，为了所有人的安全，我目前正在研究的当前协议绝不能被检查或理解。</p><p>现在这对我来说是一个新主题，互联网对于预防逆向工程并不是真正有用的资源，而是描述了大量有关如何进行逆向工程的信息</p><p>到目前为止，我想到的一些事情是：</p><p>代码注入（在实际函数调用之前和之后调用伪函数）<br/>代码混淆（破坏二进制文件的反汇编）<br/>编写我自己的启动例程（调试器很难绑定到）</p> <pre><code>void startup(); int _start() { startup( ); exit (0) } void startup() { /* code here */ } </code></pre><p>运行时检查调试器（如果检测到，则强制退出）</p><p>功能蹦床</p> <pre><code> void trampoline(void (*fnptr)(), bool ping = false) { if(ping) fnptr(); else trampoline(fnptr, true); } </code></pre><p>没有意义的分配和释放（堆栈变化很多）</p><p>无意义的虚拟呼叫和蹦床（拆卸输出中的大量跳跃）<br/>吨铸件（用于模糊拆卸）<br/>我的意思是，这些是我想到的一些事情，但是在适当的时间范围内，代码分析人员可以解决所有这些问题，或者可以由代码分析人员弄清楚。我还有别的选择吗？</p>
收藏
举报
2 条回复
1#
回复此人
只怕再见是故人
|
2020-08-12 12-01
琥珀所说的完全正确。您可以使逆向工程更加困难，但是您永远无法避免。您永远不应信任依赖于防止逆向工程的“安全性”。 就是说，我见过的最好的反逆向工程技术不是集中在混淆代码上，而是集中在破坏人们通常用来理解代码工作原理的工具上。与打破大量的意大利面条式代码相比，寻找创造性的方法来破坏反汇编程序，调试器等不仅可能更有效，而且在智力上更令人满意。这无济于事，无法阻止坚定的攻击者，但确实增加了J Random Cracker徘徊而从事更轻松工作的可能性。
编辑
登录
后才能参与评论
