反编译保护 - 页 2

[Alexandr Evdokimov]

YuraZ >> :

从简单--你可以应用DLL选项

拿走了DLL中的部分代码，其中的重要部分。

不能防止严重的黑客攻击

但对付二流子（那些有反编译器的人）是很好的保护。

...在这种情况下，如果没有另一台计算机上的dll，eh4将无法工作...

[Alexander Sevastyanov]

age_nt >> :

...在这种情况下，如果没有另一台计算机上的dlls，eh4将无法工作...

dlls也将被反编译。分开反编译eh4，然后再反编译dlls，当然更难，但如果目的能证明手段是正确的，它们就会被破坏。

最好的防御是不扩散。:)

[Alexandr Evdokimov]

goldtrader >> :

dlls也将被反编译。他们单独反编译eh4，然后反编译dlls，当然更难，但如果目的能证明手段合理，他们就会破解。

是的......这就是我的意思。

[khorosh]

age_nt >> :

是否有可能防止反编译？通过一个故意的代码错误......？

还是仍然会破损？

https://www.mql5.com/ru/articles/1572

[Alexandr Evdokimov]

...但它不一定是一个简单的功能...
只是把故意错误作为一种保护手段的原则...

[Петр]

goldtrader >> :

dlls也可以被反编译。

自然而然。

一般来说，我们可以说，没有针对反编译的保护措施，只有不同程度的反编译复杂性。

因此，一个激进的解决方案可能是将一些重要的功能转移到用户无法访问的计算机上。反过来，这也可以被黑掉。但这是另一个故事。

[Alexandr Evdokimov]

Svinozavr >> :

自然而然。

一般来说，我们可以说，没有针对反编译的保护措施，只有不同程度的反编译复杂性。

因此，一个激进的解决方案可能是将一些重要的功能转移到用户无法访问的计算机上。反过来，这也可以被黑掉。但这是另一个话题。

还是我们不知道？还是更简单--我们找错了地方？

[Yuriy Zaytsev]

goldtrader >> :

dlls也将被反编译。他们单独反编译eX4，然后反编译dlls，当然更困难，但如果目的能证明手段是正确的，他们就会破解它。

最好的防御是不扩散。:)

>> 是的！反编译

这是另一个层次的黑客

--

我从孩子们那里写来了《法思巴顿》。

--

[Yuriy Zaytsev]

age_nt >> :

...在这种情况下，如果没有另一台电脑上的dll，ex4将无法工作...

ex4与DLL一起分发。

[Yuriy Zaytsev]

age_nt >> :

......不是吗？或者我们不知道？或者更简单--我们找错地方了？

无保护

--

有可能让它变得更难--但仍有可执行的代码可以破解。

有很多严肃的商业程序--互联网上有很多关于它们的破解码

--

还有一个办法。

创建一个服务器--给客户一个程序，让其到你的服务器上获取信号。

更多的控制!