FreeObfuscator.NET protection

.NET · C# · DLL · EXE

Décoder une trace d’appels obfusquée

Restaurer les noms de méthodes dans une trace d’erreur grâce au fichier de correspondance.

Ouvrir l’obfuscateur

Le dépôt de fichiers, le compte et le paiement utilisent l’interface en anglais.

Après renommage, une trace d’erreur contient des noms comme a.b(c d). Un fichier de correspondance de Pro, généré pour le même build, permet de retrouver les noms des méthodes et leurs types.

Le décodeur restitue les noms de méthodes et leurs types englobants, mais pas les noms ni les types des paramètres, ni les numéros de ligne. Ceux-ci proviennent du PDB du build non obfusqué : archivez-le avec chaque version.

Protéger puis vérifier votre assembly

  1. Compilez en mode Release et conservez l’original, les symboles et les fichiers de configuration.
  2. Envoyez une DLL ou un EXE .NET managé. Utilisez une compilation non signée et ne transmettez jamais de clé privée.
  3. 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.

Free / Pro →

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.

ILSpy · .NET →

Guides associés