[C] Reverse engineering / Décompilation

Bonjour à tous,

Je dois bosser sur un nouveau projet qui se base sur un ancien projet. Seul hic, l'ancien projet a été développé il y a plusieurs années et plus de trace du code source.

L'application a été développée en C sous linux et se compose entre autre d'un fichier .exe et d'un fichier .so.

J'aimerais savoir quelle formules ont été utilisées dans l'application à l'époque pour calculer certaines valeurs qui sont retournées par l'application.

Il existe de nombreuses méthodes pour obtenir ces valeurs (Méthodes empiriques) et je n'arrive pas à déterminer celle(s) qui ont été utilisées et qui donnent le résultat escompté.

J'ai fait pas mal de recherche et tenté de décompiler le code, mais mes bases d'assembleur remontent à 10 ans de ça et je n'ai pas spécialement envie de me lancer dans cette fastidieuse approche.

Existe-t-il des logiciels accessibles qui permettent d'interpréter le code assembleur et le convertir en un semblant de code C, ne serait que pour identifier les formules utilisées pour obtenir une valeur précise? Il semblerait que le code était commenté, vu que je retrouve les commentaires au sein du fichier exe et certains commentaires indiquent l'endroit où les calculs qui m'intéresse sont effectués.

Merci d'avance,

Stephane.

Citation:

---

Décompiler, c'est comme vouloir retrouver une vache en assemblant 500 Kg de steak, ca ne marche pas.

---

Lors de la compilation, le compilateur supprime les commentaires, optimise le code,....

Il n'y a aucun moyen de retrouver le code de base. Au mieux (et je suis loin d'être sûr) il existerai des logiciels pour faire la conversion ASM->C, mais le code produit est illisible (comme obfusqué) car les noms sont arbitraires.

voila, en gros tu vas perdre ton temps à essayer de récupérer quelquechose

Avec une bonne colle et un peu de peinture, y'a moyen, pour la vache... :)

Ce que je cherche, ce n'est pas tant le code exact, ça je m'en fous un peu, ce que je cherche, c'est retrouver une ou plusieurs formules mathématiques utilisées dans le code. Les noms de variables et de fonctions, voir même 99% de la structure logique du code, je ne m'en soucie pas...

Quand j'ouvre le fichier .exe via un éditeur de texte, je retrouve des lignes de texte (Genre Calcul de la valeur selon la méthode de machin), ce qui me semble pour le moins bizarre, vu que les commentaires sont normalement supprimés lors de la compilation.

Voici un joli exemple de ce qu'on peut trouver :
dGTemperatureNULBreslauer 1986NULThe sequence of the reverse primer for an amplicon entity.NUL
etc...

J'aimerais pour obtenir au moins quelque chose du style :
Variable1=Variable2-Variable3*Variable4
return Variable1

Avec ça, je pourrais savoir quelle formule a été utilisée ou quelles successions de formules ont été utilisées pour générer le résultat qui me semble correct.

Merci d'avance,

Stephane

A part des cas particulier, genre décompiler un .class pour récupérer le code java,
si tu as un .exe, tu ne pourras que récupérer du code Assembleur machine.
Tu peux toujours faire un tour là:http://www.program-transformation.or.../DeCompilation

Peut-être l'instruction "strings" sous un système Unix te retrouvera des morceaux, mais si tes formules ne sont jamais affichées dans l'application, tu risque là aussi de ne rien retrouver (mais ça sera quand même plus puissant qu'une édition directe du .exe).

Bon courage !

Sinon, vous êtes parti pour un coup de WindASM ou OllyDBG ... mais les deux ne donnent que l'assembleur. Par contre c'est facile de repéré des références avec ( comme les phrases dans les boites de dialogues et autre )

Merci pour vos conseils, toujours pas de miracle, mais bon, j'ai opté pour des tests empiriques pour retrouver mes valeurs, et je pense enfin avoir trouvé...

Boomerang sait le faire de manière limité, autrement, si tu as 1500 euros à investir, tu peux toujours de tourner vers Hex-rays qui le fera sans trop de problèmes.
Cordialement.

Pour avoir testé HexRays je dois dire que c'est vraiment moche. L'ASM est bien plus facile à comprendre que le code C généré par ce tool. Fais une étude statique ou dynamique du projet pour avoir une idée rapide du fonctionnement interne si tu as des doutes sur certaines fonctions etc. Mais dans tous les cas tu ira surement bien plus vite à recoder le projet par toi même avec le listing asm à côté qu'en te basant sur le code C génère par HexRays.

@LittleWhite : Il est sous linux, exit win32dasm et Ollydbg. Et soit dit en passant win32dasm...c'est pour se la jouer oldschool? :aie: Il y a IDA !

Citation:

---

Envoyé par RTFMRTFM

Pour avoir testé HexRays je dois dire que c'est vraiment moche. L'ASM est bien plus facile à comprendre que le code C généré par ce tool.

---

Tu espérais quoi? qu'il retrouve le nom des fonctions et des variables? ou bien c'est toutes ces variables globales qu'il déclare en début de fichier qui te dérange? Le code C généré est compilable, à mon sens c'est déjà une prouesse...

Citation:

---

Envoyé par nicolas.sitbon

Tu espérais quoi? qu'il retrouve le nom des fonctions et des variables? ou bien c'est toutes ces variables globales qu'il déclare en début de fichier qui te dérange? Le code C généré est compilable, à mon sens c'est déjà une prouesse...

---

Hélas tu fais fausse route.

Je n'espérais rien, ma phrase est un constat du résultat donné actuellement par l'outil.

Outre la démonstration technique, il faut avouer qu'au final le code est moche (on ne peut pas dire le contraire et tu en as cité les principales raisons), et oui c'est tout à fait normal (1), et non je ne m'attendais pas à ce qu'un code C bien propre soit généré au final. Pour m'être penché aussi sur les travaux de l'auteur et ses slides (1) je connais globalement le fonctionnement interne, et en effet c'est une prouesse technique d'être arrivé à ce stade (ce qui n'est pas étonnant quand on voit qui est derrière le projet ;) ).


(1) : http://www.hex-rays.com/idapro/ppt/d...hite_paper.pdf

edit : ajout du lien.

Citation:

---

Envoyé par RTFMRTFM

Outre la démonstration technique, il faut avouer qu'au final le code est moche.

---

certes, personne n'oserait dire le contraire.

Citation:

---

Envoyé par RTFMRTFM

... et en effet c'est une prouesse technique d'être arrivé à ce stade (ce qui n'est pas étonnant quand on voit qui est derrière le projet ;) ).

---

Absolument, un vrai maître en la matière.