| Version | 7.1.2 |
|---|---|
| Éditeur | RustemSoft |
| Date de sortie | 5 août 2016 |
| Date ajoutée | 5 août 2016 |
| Exigences OS | Windows 10, Windows 2003, Windows Vista, Windows, Windows 2000, Windows 8, Windows Server 2008, Windows 7, Windows XP |
| Exigences | Microsoft .NET Framework 2.0 |
| Total téléchargements | 5 |
| Prix | Free to try |
La description
Guardship désassemble votre code .NET, puis compile le code MSIL de votre exécutable dans une application native non gérée en générant deux éléments : 1. Démarrez le module [Your_App_Name].com ; 2. Bibliothèque [Your_App_Name].lib
Vos applications (WinForms, WPF, etc.) qui ciblent le .NET Framework sont compilées en langage intermédiaire (IL). Au moment de l'exécution, le compilateur juste-à-temps (JIT) traduit l'IL en code natif. Guardship traduit votre exécutable .NET en code natif pour le masquer. Lorsque vous exécutez l'exécutable protégé, il dispose de toutes les caractéristiques et fonctionnalités de l'application gérée exécutée dans la mémoire du PC. Mais les navigateurs d'assemblage .NET et les décompilateurs ne pourront pas lire vos exécutables .NET protégés.
Pourquoi Guardship se convertit-il en exécutable non géré ? Il existe quelques désassembleurs pour décompiler des exécutables non gérés écrits en ASM, C ou C++. Cependant, aucun d'entre eux ne parviendra à produire un code suffisamment lisible pour en valoir la peine. Vous passerez plus de temps à essayer de lire la source décompilée avec des blocs assembleur à l'intérieur, qu'à écrire l'application fonctionnant de la même manière à partir de zéro.
En fait, tout module exécutable peut être désassemblé et exploré. La facilité avec laquelle un déchiffreur peut rétroconcevoir le code source de votre application dépend de la façon dont les métadonnées complètes sur le code source de l'application se présentent dans le module exe. Le déchiffreur peut-il comprendre les noms de classe d'origine, les méthodes, les flux de travail, les structures, etc. ? Un compilateur compacte essentiellement le code source de l'application, transformant la sortie dans un format très conforme à l'exécution de la machine. Il peut s'agir d'un code machine natif ou d'un code d'octet IL traité par le runtime intermédiaire CLR. Cependant, dans l'ensemble, de nombreuses informations sur le code source de votre application (débogage, commentaires, etc.) peuvent simplement être perdues lors de la compilation compacte.
