
Envoy� par
bacelar
Le C++ n'est pas d�essence magique, tout ce qui est faisable comme attaque sur du C# est faisable sur du C++.
C'est franchement une protection contre les gamins de 12 ans. L'utilisation d'une fonction dans une Dll, �a se voit comme le nez au milieu de la figure et c'est contournable en quelques secondes.
Et c'est bien plus facilement contournable en natif, qui ne dispose pas, de base, de la signature des modules ex�cutables, que les assemblies .NET qui l'ont avec une simple option et un fichier de cl� facilement g�n�rable.
Ton syst�me de protection est contournable par le moins dou� des hackers.
Il n'y absolument rien de cacher dans ta solution.
Les outils d'administration de machine comme ProcessExplorer permettent de facilement voir les Dll charg�es dans un process.
Les fonctions export�es par les Dll sont publiques, par d�finition de "exporter", et l'utilisation de Dependency walker permet de voir la liste.
Avec du d�bugging classique, ultra facile en .NET si vous ne faite pas d'obfucation, il verra l'appel direct, sans m�me utiliser le moindre outil. => l'obfucation c'est pas que pour les cons !!!
Apr�s, comme il n'y a pas de signature de la Dll, il n'a qu'� cr�er de toute pi�ce une Dll qui r�pond toujours OUI et faire en sorte qu'elle se charge � la place de la v�tre.
Pour une personne entrain�e, c'est quelques minutes, maximum.
Avant de mettre en place un syst�me de s�curit�, il faut d�terminer les menaces que votre syst�me doit contre-carr�.
Il existe de nombreuses m�thodes d'�valuation des syst�mes de s�curit�, et un consultant en s�curit� informatique, c'est normalement, autre chose qu'un mec qui porte bien un costume sombre.
L�, votre syst�me, il vise � contre-carr� les hackers pr�-pub�res. C'est peut-�tre votre cible, mais j'en doute.
Partager