Discussion :

[jeffray03]

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

[andreditdd]

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é

[exoseven]

il n'y a rien à faire... les exe win32 de Delphi ne contiennent JAMAIS ton code source

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...

[yannfrance]

Bonjour,

comment faire pour que le fichier executable de delphi ne contienne que code assembler

Une fois ton exe compiler, il est possible de receuillir des informations.
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.

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.

Pour comprendre, il n'y as pas 36 solutions, c'est d'apprendre.
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++

[jeffray03]

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.

[Andnotor]

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.

[andreditdd]

l'assembleur est amplement suffisant pour cracker un soft.

+1

André