发布网友 发布时间:2022-05-07 12:21
共2个回答
热心网友 时间:2023-11-21 17:49
对于.NET程序常用的保护措施有混淆、加密、加壳,但对应的有脱壳、解密、反混淆,虽然混淆是个不可逆的过程,但可以反混成尽量可读的代码。由于il与.net语言的round-tripping,所以反编译在理论上是完全可行的,只是难度问题。我们现在能做的就是提高反编译的难度!所以想“让c#写的程序不被反编译”,期待VS2015的native。热心网友 时间:2023-11-21 17:49
混淆、加密混淆,然而仅仅只能增加反编译的难度。热心网友 时间:2023-10-30 16:51
对于.NET程序常用的保护措施有混淆、加密、加壳,但对应的有脱壳、解密、反混淆,虽然混淆是个不可逆的过程,但可以反混成尽量可读的代码。由于il与.net语言的round-tripping,所以反编译在理论上是完全可行的,只是难度问题。我们现在能做的就是提高反编译的难度!所以想“让c#写的程序不被反编译”,期待VS2015的native。热心网友 时间:2023-10-30 16:52
混淆、加密混淆,然而仅仅只能增加反编译的难度。热心网友 时间:2023-10-30 16:52
对于.NET程序常用的保护措施有混淆、加密、加壳,但对应的有脱壳、解密、反混淆,虽然混淆是个不可逆的过程,但可以反混成尽量可读的代码。由于il与.net语言的round-tripping,所以反编译在理论上是完全可行的,只是难度问题。我们现在能做的就是提高反编译的难度!所以想“让c#写的程序不被反编译”,期待VS2015的native。热心网友 时间:2023-10-30 16:52
混淆、加密混淆,然而仅仅只能增加反编译的难度。