Version imprimable
Salut tout le monde, comment faire pour que le fichier executable de delphi ne contienne que code assembler, permettant a quiconque voudrait le desassembler de ne pas avoir le code en clair.
je sais qu´il ya une facon de mettre le compilateur ON ou OFF.
mais je n´ai aucune idée de comment faire.
Merci d´avance pour votre aide si precieuse
Bonjour,
à voir tes deux poste qui parlent de sécuriser une application, je me dis que le mieux, si tu as un peu de temps, c'est de te renseigner, apprendre, essayer le côté obscur de la force afin de comprendre comment travaillent les softs de piratage et voir ce qui ce récupère réellement.
Ceci dans un but pédagogique bien entendu.
Pour ce faire, Google est ton ami, moi je ne peux pas te conseiller de sites.
André
il n'y a rien à faire... les exe win32 de Delphi ne contiennent JAMAIS ton code source :D
par contre ils embarquent les DFM de tes fiches sous forme de ressources donc on pourra effectivement les récupérer, ils existent des composants pour crypter mais bon ce n'est pas super utile...
Bonjour,
Une fois ton exe compiler, il est possible de receuillir des informations.Citation:
comment faire pour que le fichier executable de delphi ne contienne que code assembler
Par exemple, pour delphi, il existe DEDE Decompiler, tres bon soft qui permet de repérer tres facilement les procédures interressente pour reverser une application delphi(la modifier).
Ensuite, une fois que cette procédure est repérer, ont y récupère les adresses pour y poser des "break point" dans un désassembler/Debugger qui va permettre d'analyser la routine pas à pas pour en comprendre son fonctionnement.
" OllyDbg, Ida, SyserDebugger" (qui sont de tres bon outils)
Pour éviter cela, ou plûtot pour faire perdre un peu de temps au reverser, il faut penser au anti-debug de type "furtif"...
Penser à crypter ou packer l'executable qui permettent de ne pas révéler le point d'entrée originale du binaire (le point d'entrée seras celui du crypter d'exe).
" Armadillo, Themida, FSG, PECompact..."
Pense aussi à introduire des checksum qui peuvent provoquer un dysfonctionnement de l'application (à ton choix) si celle-ci se vois modifier (assez repérable tous de même).
Pour en finir vite fais, car je ne vais pas passez mon temps sur ce post, il existe beaucoup de techniques pour protèger une application comme il en existe beaucoup pour la casser.
Beaucoup d'outils, mêmes tres nombreux sont mis à la disposition du reverser.
Pour comprendre, il n'y as pas 36 solutions, c'est d'apprendre.Citation:
apprendre, essayer le côté obscur de la force afin de comprendre comment travaillent les softs de piratage et voir ce qui ce récupère réellement.
Il ne s'agit pas d'un coté obscure, mais de développer ses connaissances, sa curiosité car ça vaut le détour pour apprendre à coder les protections.
Pour t'y inspirer, tu peut toujours analyser les fameux " Keygen-Me, Crack-Me, Reverse-Me..." pour comprendre les diverses techniques mises en oeuvres pour protèger une appli.
Je le répète, une protéction n'est fiable que dans une durée, elle ne le seras jamais à vie ;)
Si tu as d'autes questions, n'hesite pas !
a++
Merci yannfrance, je vien de commencer avec Delphi et j´essaie de savoir.
c´est vrai que j´avais pas tres bien compris, mais maintenant tout est clair.
j´aurais seulement voulu savoir si Delphi avait mis a la disposition des programmeur, une option a appliquer en debut du programme pour mettre le code en assembleur tout simplement.
Mais apparemment tel n´est pas le cas.
Merci de vos reactions.
Delphi génère du code machine (L'assembleur est déjà un language textuel).
Pour t'en convaincre, tu n'as qu'à regarder dans les fenêtres de debugage, fenêtre CPU.
Et si tu ouvres ton exe dans un bête éditeur, tu n'y verras aucune ligne en pascal. ;)
A noter que l'assembleur est amplement suffisant pour cracker un soft. Connaître le compilateur qui l'a généré n'a pas grand intérêt.
+1Citation:
Envoyé par Andnotor
André
Ont va dire que ça en fait partie, mais çe n'est pas suffisant.Citation:
l'assembleur est amplement suffisant pour cracker un soft.
Il faut impérativement maitriser les outils qui permettent l'analyse.
Car lire du code assembleur, c'est bien, mais le lire sans l'analyser, c'est pas suffisant, d' ou l'interet du debugger qui permet d'analyser ligne par ligne, step by step le code désassembler pour calculer çe que contient les registres etc...
La première protection, c'est de connaitre les outils mis à disposition du casseur.
A partir de ce point là, il est toujours possible de développer une routine qui permet de détecter le desassembler/debugger et par exemple, une fois detecter, le binaire va orienter le casseur vers un code ou un algorythme qui permet de générer une fausse clé. (c'est un exemple parmi tant d'autre, il faut être creatif).
Sachant que pour freiner le programme pour analyser une procédure interressante pour le casseur, il doit poser des "break point hardware", d' ou l'interet des anti HBP, mais il peut aussi utiliser des points d'arrets en accès sur la mémoire (Hardware break point on memory acces), ollydbg permet de faire cela.
Oui, mais le langage à son importance pour le casseur.Citation:
Connaître le compilateur qui l'a généré n'a pas grand intérêt.
Tiens, essai d'analyser un binaire coder en c, et ensuite passe au VB, On distingue parfois une "difficulté" face au VB parce qu'ont dirais que c'est la m***e à l'interieur 8O ...
Enfin bref, tous ça pour dire qu'il y'as plusieurs techniques pour protèger une application et que pour les mettres en place, il vaut mieux y avoir de l'imagination :mouarf:
Ah oui, j'allais oublier, lors d'un desassemblage, les string sont afficher en clair, il est parfois utile de les crypter pour que les débutants puissent se décourager, mais possibilité de les décrypter lors de l'analyse, donc, c'est du kif kif au même bien que la plupart des casseurs n'y prête même plus attention, il attaque directement via les api utilisé par le prog.Citation:
Et si tu ouvres ton exe dans un bête éditeur, tu n'y verras aucune ligne en pascal.
En faite, c'est pas pour te décourager, mais il faut voir à qui ton application vas être distribué, et voir les exigences de ton patron...
Un truc juste pour rire:
Faites une application qui communique avec une BDD et mettez le login/password en clair dans votre code et compilez.
Ouvrez bloc note et dropez votre exe dedans... le login/password sont écrit en clair.
André
Oui mais ça n'a rien à voir, là il s'agit de ressources.
Attention, je n'ai pas dit que le reverse engineering était simple. Je dis simplement qu'un MOV reste un MOV quelque soit le compilateur utilisé ;).
A l'intérieur et à l'extérieur. C'est pour ça qu'on a choisi Delphi non :lol:Citation:
parce qu'ont dirais que c'est la m***e à l'interieur