Une DLL .NET peut être une bibliothèque, une extension ou l’assembly principal d’une application. Les types et membres publics d’une bibliothèque doivent rester accessibles aux consommateurs déjà compilés.
Chargez le résultat protégé depuis un véritable consommateur. Testez les interfaces, l’héritage, les méthodes génériques, le chargement d’extensions et les ressources. Une DLL native C ou C++ ne contient pas le même code IL et n’est pas une entrée adaptée.
Protéger puis vérifier votre assembly
- Compilez en mode Release et conservez l’original, les symboles et les fichiers de configuration.
- Envoyez une DLL ou un EXE .NET managé. Utilisez une compilation non signée et ne transmettez jamais de clé privée.
- Téléchargez le résultat, installez-le dans un environnement de test et exécutez les mêmes tests fonctionnels.
Ce que comprend l’offre gratuite
L’offre gratuite accepte un fichier de 1 Mo maximum, sans compte. Le renommage rend les symboles internes moins lisibles. Block ILDasm concerne l’ancien désassembleur et ne bloque pas tous les outils. Pro propose notamment le chiffrement des chaînes et l’obfuscation du flux de contrôle. Consultez les tarifs pour connaître les limites actuelles.
Vérifier concrètement le résultat
Comparez l’original et le résultat dans ILSpy : vérifiez les noms internes et, si le chiffrement est activé, les chaînes concernées. Exécutez ensuite le programme et comparez son comportement. Un chargement réussi ne valide pas tous les chemins d’exécution. L’obfuscation augmente le coût de l’analyse ; elle ne sécurise pas les secrets inclus dans une application cliente.