Site officiel : http://www.dnguard.net/index.aspx
Blog officiel : http://www.cnblogs.com/rick/ (Ça fait longtemps qu’il n’y a pas eu de nouvelles)
Originaux http://www.anqn.com/jiamijiemi/gongjujiqiao/2009-12-22/a09121848.shtml
DNGuard HVM est un produit de protection de la sécurité en code .NET qui offre une solution de protection solide pour votre logiciel .NET, le code du produit et la protection du droit d’auteur. Les fonctions de chiffrement robustes, d’obfuscation et de protection des machines virtuelles HVM de DNGuard protègent vos produits en même temps, protégeant ainsi vos intérêts légitimes contre les criminels, et ils peuvent parfaitement protéger votre code source contre la décompilation et le craquement sans aucun ajustement du code source.
Aperçu du produit :
Avantages techniques :
L’un des problèmes à prendre en compte lors du développement de produits logiciels .NET est de protéger le code contre le craquage inverse. La technologie d’ingénierie inverse de l’accès au code existe depuis longtemps, et en fait, les assemblages .NET contiennent du code IL et des métadonnées riches qui peuvent être facilement décryptées, modifiées illégalement et recompilées. Pour les développeurs qui souhaitent protéger leur propriété intellectuelle, ce crack sans effort pose un problème de sécurité très important.
Le Reflector de Lutz Roeder, l’ILDASTM de Microsoft et d’autres décompilateurs .NET peuvent facilement accéder au code IL de votre assembleur, de sorte que votre code source puisse être appris par des personnes aux arrière-pensées qui peuvent recompiler votre logiciel en une version personnelle, et que votre propriété intellectuelle ne soit pas protégée.
DNGuard Pro chiffre le code IL de vos assemblages pour protéger votre propriété intellectuelle. Lorsque l’assembleur chiffré s’exécute, il est déchiffré et compilé par le compilateur juste-à-temps (JIT) ; Le moteur d’analyse DNGuard garantit qu’au moins une méthode existe en mémoire à un moment donné, ce qui empêche les crackers de vider votre code source assembleur depuis la mémoire.
DNGuard Enterprise dispose d’une technologie HVM qui convertit le code IL d’un assembleur en pseudocode HVM et chiffre ce pseudocode afin d’offrir la meilleure protection à votre propriété intellectuelle. Lorsque l’assembleur chiffré s’exécute, le compilateur HVM transmet le pseudocode au compilateur invité et aide le compilateur à la volée à compiler le code sur site directement à partir du pseudocode. Le moteur d’analyse HVM garantit qu’aucun code IL n’est présent en mémoire à aucun moment, ce qui garantit que les crackers n’ont aucune chance de vider votre code source d’assembleur depuis la mémoire.
Solutions de chiffrement basées sur le code :
Le chiffrement de code utilise des algorithmes de chiffrement standards pour chiffrer le code MSIL afin que le décompilateur ne puisse pas lire le code source, empêchant ainsi les crackers de craquer votre assembleur à l’envers. Puisque le code chiffré ne contient plus la structure MSIL, ni ILdasm ni d’autres décompilateurs ne peuvent dumper l’assembleur. À cet égard, les techniques traditionnelles de fuzzy ne peuvent pas être comparées. Cependant, le framework .NET ne peut analyser que les assemblages standards Common Language Interface (CLI), ce qui signifie que le code chiffré est finalement déchiffré pour être exécuté par le runtime .NET. La plupart des outils de protection du code chiffrent entièrement l’ensemble de l’assembleur et le déchiffrent à l’exécution ; Ils utilisent généralement un chargeur de code local pour encapsuler un assembleur d’entrée (un assembleur contenant un point d’entrée de programme) afin que des classes, méthodes et autres informations de métadonnées similaires ne soient pas visibles et ne puissent pas être consultés avec les outils .NET standards. Cependant, si le programme est exécuté, le chargeur de code local déchiffrera le code, et il y aura du code entièrement déchiffré en mémoire pour que l’exécution .NET puisse analyser et exécuter, ce que la plupart des outils de protection de code ne réalisent pas ; Une fois que le code est entièrement exposé en mémoire en tant que MSIL, le cracker peut extraire le code de la mémoire, ce qui pose également un problème de sécurité.
En quoi DNGuard diffère-t-il des autres outils de protection du code ?
*DNGuard garantit que votre code MSIL est toujours chiffré, exécuté par le moteur d’analyse .NET à l’exécution, en analysant une seule méthode à la fois, et que votre code MSIL n’apparaît jamais en mémoire complète à la fois.
*Notre outil de protection n’utilise pas un chargeur de code local qui encapsule l’ensemble de l’assemblage, vous pouvez donc aussi l’utiliser pour chiffrer votre application web ASP.NET.
*Les métadonnées sont préservées intactes et peuvent être consultées avec les outils .NET standards, de sorte que les composants de support tiers sont parfaitement distribués grâce à nos outils de protection. Vous pouvez maintenant donner à votre client un composant .NET protégé pour qu’il ne garde pas votre adresse IP lorsqu’il développe sa propre application.
En quoi la HVM diffère-t-elle de chaque outil de protection de méthode ?
La MVP est une technologie de machine virtuelle responsable du traitement d’une seule méthode à la fois dans le code du programme, sans jamais déchiffrer la méthode sous forme MSIL ; Il ne déchiffre les méthodes en pseudocode dynamique qu’avant la compilation du moteur HVM, aidant les compilateurs à générer du code local directement à partir du pseudocode. Le moteur d’analyse HVM garantit qu’aucun code IL complet ne réside en mémoire à aucun moment.
|
Publié sur 08/09/2017 17:31:53
|
|
|
|
Publié sur 18/10/2017 13:58:40
|
