Tous les EXE ne contiennent pas du code .NET. Dans une application moderne, l’EXE peut être un simple lanceur natif, tandis que la DLL de même nom contient le code managé à protéger.
Testez le démarrage, les arguments, les ressources et la configuration. Conservez les fichiers nécessaires au déploiement. Pour un logiciel signé, utilisez une compilation non signée en entrée puis signez à nouveau le résultat localement dans votre environnement de confiance.
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.