Quel langage est le plus difficile à décompiler ?

Version imprimable

17/06/2014, 03h38
islogged

Quel langage est le plus difficile à décompiler ?

Bonjour,

Je suis en train de créer un programme réalisé en C# pour Windows.

Il se trouve que je viens d'essayer de le décompiler mon programme via ilspy (je crois) et tout est visible.
Je sais bien qu'il existe des obfuscateur de code, j'ai lu aussi que tous les programme dotnet sont très facile à décompiler.

Je parle ici de décompilation et non de désassemblage dont je fais la différence !

Voila ma question est simple, quel serait (sans obfuscation) le language le moins aisément décompilable par des outils tiers tel que iLspy ?

Merci
17/06/2014, 09h43
Médinoc

Malbolge, probablement.
17/06/2014, 11h58
BufferBob

le fait que le langage soit fait pour qu'il soit "presque impossible de programmer avec" ne veut pas dire pour autant que le code une fois compilé n'est pas propre ;)

de fait générer du code (machine ou pseudo-code) sale (et donc obfusqué) c'est le propos du compilateur et non du langage à proprement parler, quant à décompiler... tout dépend de si des outils existent ou non qui permettent d'effectuer une décompilation, si on parle de décompiler du code machine (ou "reverser", néologisme et anglicisme qu'on est libre de ne pas adopter) il y a peu de chance que le fonctionnement du programme reste longtemps secret

une solution qui vaut ce qu'elle vaut mais qui peut avoir le mérite d'écrémer un peu parmis les petits ~~hackers~~ malins peut être de packer son exécutable ou d'utiliser s'il en existe un obfuscateur d'exécutable (et non de code source donc)

quelque soit la technique, si la personne a les compétences elle trouvera un chemin, on ne parle donc pas ici de protéger le code au sens "le rendre plus sûr" ou "cacher un secret en toute sérénité" mais juste de ralentir un peu les pirates les moins émérites (ce qui peut s'envisager à moindre coût du moment qu'on est pas un éditeur de jeux vidéos ou de système d'exploitation :mrgreen:), ne pas oublier que la sécurité par l'opacité n'est pas valable
17/06/2014, 12h03
Médinoc

C'est un peu pour ça que je ne me suis pas fatigué à répondre sérieusement.

Plus sérieusement, je répondrais à la question par une autre question: islogged, que cherches-tu à protéger, contre qui?
17/06/2014, 20h53
sevyc64

Déjà, il faudra savoir si tu compile en mode Debug, ou en mode Release.

En mode Debug, pour que le deboguer fonctionne correctement, le code source est intégré dans le binaire, souvent en clair, il devient donc très facile de décompiler un logiciel.

Ensuite tu parle de C#, c'est donc sur la plateforme .Net. La particularité de la plateforme .Net est que la compilation, n'en est pas vraiment une. Ce que l'on appelle vulgairement compilation n'est rien d'autre qu'une traduction d'un langage en un autre langage, l'IL, commun à toute la plateforme .Net et le seul que comprend le framework. L'IL est, lui, compilé dynamiquement et à la volée au moment de l’exécution du programme.

Ensuite, quelque soit le langage, si tu compile en mode Release, il sera très difficile de décompiler pour retrouver les sources dans ton langage. La plupart du temps tu n'obtiendra que de l'assembleur, ou, pour les décompilateurs plus évolués, une pseudo traduction dans un des langages les plus courant, généralement c'est le C.
Mais bon, même dans ce cas, le code est souvent peu exploitable directement.
18/06/2014, 11h00
gangsoleil

Bonjour,

Essayes de passer ton binaire dans un logiciel comme strip.

Ensuite, il faut serieusement se demander pourquoi tu veux te proteger de la decompilation... C'est probablement une mauvaise idée à la base, ou un problème mal posé.
27/06/2014, 18h29
islogged

Citation:

Plus sérieusement, je répondrais à la question par une autre question: islogged, que cherches-tu à protéger, contre qui?

Citation:

Ensuite, il faut serieusement se demander pourquoi tu veux te proteger de la decompilation... C'est probablement une mauvaise idée à la base, ou un problème mal posé.

Parce que je n'aime pas être copier !
Parce que je n'aime pas travailler gratuitement pour les autres !
Parce qu'il est tellement facile de pomper un concept, une interface les doigts de pied en éventail, que j'aimerai au moins ne pas faciliter l'accès au code original de mes créations.

Mais en fait la plus grosse et la meilleur des raisons, est que j'aimerai tout simplement en avoir le choix !
Cette dernières raison prévalent évidement toutes autres raisons ^^

Je ne veux de toute façon pas rentrer dans se débat qui n'est de toute façon pas le sujet !

Citation:

quelque soit la technique, si la personne a les compétences elle trouvera un chemin, on ne parle donc pas ici de protéger le code au sens "le rendre plus sûr" ou "cacher un secret en toute sérénité" mais juste de ralentir un peu les pirates les moins émérites (ce qui peut s'envisager à moindre coût du moment qu'on est pas un éditeur de jeux vidéos ou de système d'exploitation ), ne pas oublier que la sécurité par l'opacité n'est pas valable

Ok, ce n'est peut-être valable, mais qu'en informatique alors ^^

Pour préciser ma pensé, (donc mon cas) non ce n'est pas pour rendre inviolable mon appli, si l'on peux désassemblé mon appli ça me vas, ce que je ne veux pas c'est que l'on voit texto ne serait-ce qu'une seul ligne de mon C# une fois le programme compilé en EXE ou en IL.

Citation:

Déjà, il faudra savoir si tu compile en mode Debug, ou en mode Release.

En mode Debug, pour que le deboguer fonctionne correctement, le code source est intégré dans le binaire, souvent en clair, il devient donc très facile de décompiler un logiciel.

Ok !

Citation:

Ensuite tu parle de C#, c'est donc sur la plateforme .Net. La particularité de la plateforme .Net est que la compilation, n'en est pas vraiment une. Ce que l'on appelle vulgairement compilation n'est rien d'autre qu'une traduction d'un langage en un autre langage, l'IL, commun à toute la plateforme .Net et le seul que comprend le framework. L'IL est, lui, compilé dynamiquement et à la volée au moment de l’exécution du programme.

Ok !

Citation:

Ensuite, quelque soit le langage, si tu compile en mode Release, il sera très difficile de décompiler pour retrouver les sources dans ton langage. La plupart du temps tu n'obtiendra que de l'assembleur, ou, pour les décompilateurs plus évolués, une pseudo traduction dans un des langages les plus courant, généralement c'est le C.
Mais bon, même dans ce cas, le code est souvent peu exploitable directement.

Ok, je vais aller voir ça !

Tu me confirmes qu'en mode Release, le seul résultat possible est soit en langage d'assemblage, soit en pseudo C ?

Question : Ai-je bien compris ?, quel logiciel à partir du C# permet de faire ce second ? (en C), histoire de voir ce que cela donne

Merci ^^
27/06/2014, 22h34
Médinoc

Si tu veux de l'asm à partir de .Net, tu vas devoir passer par le compilo et par le Native Image File Generator. Mais ça restera bourré de méta-données, et probablement pas beaucoup moins décompilable qu'un assembly en CIL. Après, si tu l'obfusques entre les deux (ce qui présuppose que tu ne dépends pas de la reflection)...
30/06/2014, 09h31
gangsoleil

Citation:

Envoyé par islogged

Parce que je n'aime pas être copier !
Parce que je n'aime pas travailler gratuitement pour les autres !
Parce qu'il est tellement facile de pomper un concept, une interface les doigts de pied en éventail, que j'aimerai au moins ne pas faciliter l'accès au code original de mes créations.

Donc si tu construisais une voiture, tu voudrais que personne ne puisse voir vraiment à quoi elle ressemble, ni ouvrir le capot pour voir comment est le moteur, et peut-être même faire un système de sas pour que le coffre ne soit pas accessible directement. C'est un point de vue.

Si tu veux faire ça, prends un langage ésotérique, genre OCaml, obfusque-le et compile avec des options de compilation trop optimisées (l'équivalent de -O3 de gcc), ça devrait aller dans le sens que tu veux.

Et rassure-toi, avec 500Kg de viande hachée, tu ne fais pas une vache en état de marche. C'est pareil avec un programme compilé. [Copyright E. Delahaye]
02/07/2014, 03h42
islogged

@ gangsoleil
Tu as oublié la principal quand même :

Citation:

Mais en fait la plus grosse et la meilleur des raisons, est que j'aimerai tout simplement en avoir le choix !

Citation:

Donc si tu construisais une voiture, tu voudrais que personne ne puisse voir vraiment à quoi elle ressemble, ni ouvrir le capot pour voir comment est le moteur, et peut-être même faire un système de sas pour que le coffre ne soit pas accessible directement. C'est un point de vue.

Je ne fabrique pas de voiture !
Sinon, c'est le point de vu de la majorité des logiciels propriétaires, sans même pensé à Microsoft et encore moins à Apple ^^

Citation:

Et rassure-toi, avec 500Kg de viande hachée, tu ne fais pas une vache en état de marche.

Hum, A priori je dirai que ce n'est pas comparable ^^

Bref comme je l'ai dit je ne veux pas rentrer dans ce débat, que j'ai tord ou raison d'ailleurs ^^

Citation:

Si tu veux de l'asm à partir de .Net, tu vas devoir passer par le compilo et par le Native Image File Generator. Mais ça restera bourré de méta-données, et probablement pas beaucoup moins décompilable qu'un assembly en CIL. Après, si tu l'obfusques entre les deux (ce qui présuppose que tu ne dépends pas de la reflection)...

Non non, ce que je ne veux juste pas c'est que le EXE recrache le C# que j'ai codé, ni plus ni moins en fait !
16/10/2014, 22h48
BorisTheBear

Compile ton programme en assembleur 128bit et fous le dans un lanceur qui va émuler un processeur capable de l'exécuter.
Comme skype. A peu près.
23/10/2014, 11h50
worm83

Citation:

Envoyé par islogged

Parce que je n'aime pas être copier !
Parce que je n'aime pas travailler gratuitement pour les autres !
Parce qu'il est tellement facile de pomper un concept, une interface les doigts de pied en éventail, que j'aimerai au moins ne pas faciliter l'accès au code original de mes créations.

Rien que ça !!
Heureusement que l'on pense pas tous comme toi, sinon tu aurais eu bien du mal à démarrer en tant que débutant.

Citation:

Envoyé par BorisTheBear

Compile ton programme en assembleur 128bit et fous le dans un lanceur qui va émuler un processeur capable de l'exécuter.
Comme skype. A peu près.

Ca doit être marrant à faire. Mais pas simple XD.
23/10/2014, 17h59
youtpout978

Pour avoir été confronté à ce genre de problème (le c# n'étant pas vraiment compilé mais générant un code intermédiaire facile à retranscrire), j'ai trouvé que la meilleure solution est l'utilisation de WebService pour le code qu'on veut cacher (c'est plus difficile d'hacker un serveur que d'ouvrir un exe avec ilspy) mais c'est chiant parce que l'application nécessite une connexion web, tu dois louer un serveur, le dev pourra être plus long et ce n'est pas applicable dans toutes les situations vu les problèmes de performance que ça peut impliquer.