Use the SNK key file to protect your DLL and code from being decompiled.

Use the SNK key file to protect your DLL and code from being decompiled.

Project development is generally divided into layers, such as the UI Layer, business layer, and data access layer. The business layer references the data access layer DLL (such as dataAccess. dll) and uses the method in dataAccess. dll. When the project is completed and used by the customer, some BT customers can also ask a person with a little understanding of NET to reference your dataAccess. dll and call the methods in it for destruction. For example, you can directly use the ChangePwd (string UserName, string Pwd) method to change the password of other users. At this time, you will .......
Now, let's start to explain how to protect our code:

First, we need to make our assembly into a strongly-named assembly.

In the. NET command prompt, enter sn-k c: \ test. snk to create a random key pair and store it in c: \ test. snk.

Then, create a new class library ClassLibrary1 with only one class file Class1.cs. The Code is as follows:
Copy codeThe Code is as follows:
Using System;
Namespace ClassLibrary1
{
Public class Class1
{
Public Class1 ()
{
//
// TODO: add the constructor logic here
//
}
 
Public string Insert ()
{
Return "OK ";
}
}
}

AssemblyInfo. cs code:
// ...... Use the default value for other options.
[Assembly: AssemblyKeyFile ("c: \ test. snk")] // connect to the file generated by the tool sn.exe.

Create a WindowApplication to call our ClassLibrary1. Code:
Copy codeThe Code is as follows:
Private void button#click (object sender, System. EventArgs e)
{
MessageBox. Show (new ClassLibrary1.Class1 (). Insert ());
}

The AssemblyInfo. cs of WindowApplication is not modified.
You can run it directly here, but as you can see, this can successfully call the method in Class1.

Now let's modify the Class1.cs code:
Copy codeThe Code is as follows:
Using System;
Using System. Security. Permissions;
 
 
Namespace ClassLibrary1
{
[StrongNameIdentityPermissionAttribute (SecurityAction. LinkDemand, PublicKey =
"002400000480000094000000060200000024da-5253413100040000010001000551684edd1600" +
"Province" +
"Province" +
"Province" +
"A47a4ba4")]
Public class Class1
{
Public Class1 ()
{
//
// TODO: add the constructor logic here
//
}
 
Public string Insert ()
{
Return "OK ";
}
}
}

Then, compile and run windowapplication to call the method in class1. an error occurs.

The StrongNameIdentityPermissionAttribute here is one of the CAS (Code Access Security) provided by NET. For details, refer to MSDN and SecurityAction. linkDemand requires that the caller has been granted the specified permission. Here, windowapplication must be granted the permission. If SecurityAction is used. demand requires that all advanced callers in the call stack have been granted the permissions specified by the current permission object. Their difference is: If windowapplication is authorized for access, and windowapplication2 (unauthorized access) calls class1 by calling the button1_Click method in windowapplication, if SecurityAction is used at this time. linkDemand can be called successfully, and SecurityAction is used. demand windowapplication2 cannot be called. windowapplication can be called in both cases.

Now, you must ask PublicKey = How To Get The Next string that is so long. The string following the PublicKey is the Public Key saved in the c: \ test. snk file that you started to generate. Then how can we see this public key, still using SN. EXE.

Enter sn-p c: \ test. snk c: \ publicKey. snk (extract the public key from test. snk and store it in publicKey. snk)

Enter sn-tp c: \ publicKey. snk (display public key information)
The above command will show the string behind the PublicKey. What else do you want? copy the string.

Finally, you must be concerned about how windowapplication calls class1 at this time. In fact, it is also simple. You only need to change the AssemblyInfo. cs of windowapplication:
[Assembly: AssemblyKeyFile ("c: \ test. snk")]

Now everything is okay. You can see that the most important thing is the test. snk file, so be sure to protect your own test. snk file.

How to encrypt the compiled dll file to prevent decompilation?

Used. NET programmers all know that ,. NET is a huge progress across the age. It has a high development efficiency, strong functions, beautiful interfaces, and durability. The new language C # has been submitted to industry specifications, and the CLR has a wide range of common public transportation library resources, all these features indicate that it is inevitable to become a mainstream programming language.
However, he also has a disadvantage: The compiled assembly can be decompiled into the source code completely, which provides a good opportunity for some criminals to think about it, how unfair is the result of your hard work so easily used by others? So how to protect our intellectual property rights has become a big problem.
MAXTOCODE has completely surpassed the traditional obfuscation method to protect the source code. It will completely encrypt your code so that your Code cannot be decompiled. Protection strength is no longer a perfect. NET Product protection solution that can compete with obfuscators.
MAXTOCODE is A. NET code protection tool fully developed by Aiasted. SOFT. It is one of the world's most powerful protection tools.
The first code protection solution is obfuscation. This is a good solution, but the strength is not guaranteed. If it is difficult to do a large reverse engineering project, however, it is easy to interpret an algorithm or function. On the other hand, the obfuscation principle finds that obfuscation is actually a technology similar to the blind-eye method. The second is the Protection Technology of MAXTOCODE. MAXOTCODE uses a machine language that is hard to understand to encrypt your data. NET assembly (note: the strength of MAXTOCODE is based on the encryption algorithm, rather than simple obfuscation .) The source code is liberated when the Assembly runs, so the intensity of obfuscation is much higher in principle. We protect all your code and prevent criminals from seeing any of your valid Code, so that the criminals cannot be decompiled.
 
NET compiled DLL files, how can we not be decompiled?

1. There is a kind of code obfuscator, in fact, that is, changing the class name.
DotFuscator,. NET Reactor, and xenocode... You can search and download it by yourself.
2. When there is a large amount of code, it is also very hard to decompile the code to read MSIL, and the amount of work is very large.
3. Generally, programs written in. net are web-based and placed on the server and WebService. Therefore, piracy and cracking are not so meaningful...

Reminder: Back up your code in advance!