Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

ANALYSEUR D'EXECUTABLES VB6 (BETA RELEASE)


Information sur la source

Catégorie :Optimisation du code Classé sous : désassembleur, analyse, executable, décompilateur, analyseur Niveau : Expert Date de création : 17/08/2003 Date de mise à jour : 17/11/2008 23:27:35 Vu / téléchargé: 33 010 / 4 759

Note :
9,24 / 10 - par 17 personnes
9,24 / 10

  • 1

  • 2

  • 3

  • 4

  • 5

  • 6

  • 7

  • 8

  • 9

  • 10

Commentaire sur cette source (43)
Ajouter un commentaire et/ou une note

Description

Cliquez pour voir la capture en taille normale
le code respecte le standard exécutable PE , je l'ai spécialement réglé sur les programmes compilé vb6.

Ne fonctionne PAS avec un .exe vb4 ou vb5 ... bref, ce code ne devrai pas planter avec un exe vb6, pour le reste je garanti rien.

Au final, ce prog servira a comparer un même exécutable compilé par vb6 de différentes manières, ou après quelques modifications, pour voir si "asm parlant" le résultat est optimal.

BETA VERSION !! et oui, c'est noel (lol) ! cette version proposée est très proche de l'objectif initiale de ce projet. Il est maintenant possible d'analyser les algorithmes... surtout de les retrouver facilement ! Je passe en "beta" version puisque maintenant il sera question d'enrichir et de débugger. Le core du programme est pratiquement fini.

Pour les habitués, voir l'historique des mises à jours.


MODE D'EMPLOI
Le fichier du projet est : "Projet1.vbp" (les autres sont pour le debug)
1/ démarrer le prog
2/ Menu "Main" puis "Ouvrir un exécutable" et cherchez un exe vb6
3/ si il est mentionné "exe validé par header", choisissez menu "Main" puis "Analyser maintenant!"
4/ Deux nouveaux menus sont proposés : (5) "Analyse" et (6) "Exportation des résultats". "Analyse" permet d'accéder à mes interfaces présentant les résultats, tandis que "Exportation..." génère des fichiers textes avec ces résultats. Le format de ces fichiers textes est spécialement étudié pour être importé sous excel ou lu par un programme tierce partie, ce qui vous permet de créer des utilitaires d'analyses qui n'existent pas dans mon projet!
5-1/ - "Information VB" vous indique sommairement ce que contient l'exe (dont la taille du code compilé, subs et API appelé)
5-2/ - "Rapport hiérarchisé" est la "jolie interface" (treeview) plus détaillé que le rapport texte. vous avez également accès au code compilé qui est désassemblé à la demande
5-3/ - "Listing désassemblé" va désassembler la partie compilé du programme et interpréter au maximum le code (sub appelé, api appelé, strings, objets, etc...)
5-4/ - "Aperçu en hexadécimal" est une simple visualisation en hexa du fichier .exe . Il peut être utile pour tracer les indications "va", "offset" et autres jump/push/call du code compilé désassemblé.
6-1/ "Rapport détaillé de l'analyse" crée un fichier texte avec la fiche technique du fichier exe vb
6-2/ "Informations pour décompilation" crée un fichier texte les informations nécessaires pour faire un désassemblage sans utilisé mon projet. Pour ceux qui veulent faire leurs propres désassembleur/décompilateur, vous avez là une excellente base!
6-3/ "Désassemblage du code compilé" crée un fichier texte avec le listing désassemblé tel que vu en 5-3. Le fichier généré peut ainsi servir de base pour étudier un fichier exe vb6. Idem, bonne base pour ceux qui souhaite créer un utilitaire qui se concentre sur l'analyse du code assembleur
6-4/ "Binaire des feuilles/objets/modules" crée un fichier texte avec les informations sur l'interface du fichier exe vb6. Est inclus un hex dump de la propriété des objets, pour ceux qui se sentent l'envie de faire un VbReFormer à la Warning :) (enfin, juste un viewer :p, pas un éditeur de propriétés d'objets comme fait VbReFormer 4.x -pub gratos!- )
Ces fichiers textes sont lisible avec les méthodes Input #fp, a, b, c et Line Input # de VB6.


EXEMPLE D'ANALYSE :
- créez un .exe d'un projet. Eventuellement pour tester précisément un algorithme, créez un projet avec différentes versions de cette algorithme
- pour retrouver facilement le début de l'algo, mettez des "indicateur" tel que bidon$ = "debut" ... en effet le désassemblage retrouve facilement l'appel à une string. (un dim i as long:i = &H12345678 est un bon marqueur aussi, quoique plus discret : asm = push 12345678h)
- lancez le vb6analyseur et lancez l'analyse (étape 1 à 6). Recherchez dans le code désassemblé le début de votre algorithme (via le marqueur ou via le numéro de sub)

Un algo peux être considéré comme optimale lorsqu'il a presque aucun appel à une API et que le nombre d'instruction est réduit.
 

Source

  • 'zip de 258Ko (les docs intégrés ont été compressé en rar, sinon zip trop lourd)
  • 'en plein dev (les résultats sont encore incomplet)
  • 'il n'y a pas de partie du code source interessante a placer ici...
  • 'en cours : débogage du désassembleur
  • 'en cours : amélioration de l'interpréteur
  • 'en cours : identifier les appels aux objets (contrôles) pour l'interpréteur
  • 'a faire : récupération d'informations dans les descripteurs de Forms...
  • 'prévu : coloration syntaxique
  • 'prévu : possibilité de patché le code ASM
  • 'prévu : simulateur...
  • 'J'utilise a présent l'excellent PeReader pour corriger mon désassembleur et corriger différentes erreurs d'analyse.
  • 'Ce programme est distribué sous GNU/GPL sur http://sourceforge.net/projects/perdr
'zip de 258Ko (les docs intégrés ont été compressé en rar, sinon zip trop lourd)

'en plein dev (les résultats sont encore incomplet)

'il n'y a pas de partie du code source interessante a placer ici...

'en cours : débogage du désassembleur
'en cours : amélioration de l'interpréteur
'en cours : identifier les appels aux objets (contrôles) pour l'interpréteur
'a faire : récupération d'informations dans les descripteurs de Forms...
'prévu : coloration syntaxique
'prévu : possibilité de patché le code ASM
'prévu : simulateur...


'J'utilise a présent l'excellent PeReader pour corriger mon désassembleur et corriger différentes erreurs d'analyse.
'Ce programme est distribué sous GNU/GPL sur http://sourceforge.net/projects/perdr

Conclusion

Loin d'être de qualité "production", il s'agit d'un tool vraiment pour ceux qui bidouille ou cherche de l'optimisation dans les moindres recoins, pour un CODE COMPILE !
Les personnes qui cherchent un décompilateur seront déçu : non, ce programme ne reconstitue pas le code.

L'interface n'est *pas* aussi intuitive que la plupart des programmes.
Prenez bien soin de fermer toutes les fenêtres autres que la principale si vous voulez ouvrir/analyser un autre executable vb6 ! Il est possible d'ouvrir plusieurs exe compilé les uns après les autres, mais le code ne gère que le dernier.

Si un pro-asm comme EBArtSoft ou shaoni pouvai me laisser des remarques sur le format PE, ça serai sympa :)
        
 

Fichier Zip

Pour les "Membres Club", vous pouvez télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

Télécharger le zip

Historique

31 janvier 2005 13:26:44 :
intégration de memwork.cls et de l'util original qui l'utilise
01 décembre 2005 17:23:17 :
- Interface principale réduite aux fonctions utiles. - Sérieuse amélioration et débogage du désassembleur. Dans sa version actuelle, environ 85% du code est correctement désassemblé (contre 1% de la dernière mise à jour!!!) - Débogage de la présentation du code désassemblé. - Nouvelle interface pour le désassembleur/interpréteur. - L'interpéteur retrouve les appels aux API des DLL importé PE (en gros msvbm60.dll) - L'analyse de la tables des Subs a été revu. Tous les "appels" sont trouvé, en revanche ils ne sont pas encore associé à un form/objet/module ni distingué sub/function/event.
02 décembre 2005 00:28:26 :
- débogage du désassembleur (en l'occurence certaines instructions FPU et des inversions de présentation). - désassembleur : récupère les appelles aux strings (chaine de caractères) !
02 décembre 2005 19:20:09 :
- débogage du désassembleur (correction de certaines instructions standards mal interprétés). - amélioration de la récupération des strings (strings variable, pas les propriétés!). - amélioration de l'outil d'aperçu hexa.
04 décembre 2005 16:41:40 :
- débogage du désassembleur : meilleur gestion du prefix opsize, divers "fix" pour des instructions usuelles mal lu. - interpréteur : meilleur gestion des appels (retrouve plus exhaustivement les api et les strings). - désassembleur : ajout d'une fonction "follow rva" pour lire l'emplacement appelé par une instruction.
11 décembre 2005 11:39:03 :
- désassembleur : 4 nouvelles instructions correctement désassemblé, désassemblage plus rapide. - interpréteur : meilleur récupération des strings, possibilité de rechercher dans le listing, suivi des jump/call, suivi des subs.
21 décembre 2005 17:39:00 :
- NOUVELLE analyse des subs : beaucoup plus précise, elle associe le sub avec la feuille et l'objet! (pour l'instant le rapprochement entre la valeur hexa de l'objet et le nom de l'objet n'est pas faite). - gros correctif dans l'analyse des modules : une lecture recalé m'a permis d'enlever beaucoup de code de debug.
24 décembre 2005 18:31:16 :
- désassembleur : correction de la gestion du préfix 16bits, utilisé par VB lorsqu'on travail avec les integer. - interpréteur : optimisation de l'algo, soit 50% plus rapide. NOUVEAU : retrouve les appels aux API déclarés (declare sub) dans le code désassemblé. Possibilité de lister les strings trouvés dans une listbox séparé
27 décembre 2005 00:14:29 :
- débogage pour pouvoir lire les fichiers exe vb6 complexes (si la version précédente plantais sur votre fichier de test, essayez cette version). - interface : form principal revu, tous est accessible via menus. - nouvelles fonctions pour exporter sous forme de fichiers textes les résultats d'analyse : idéal pour ceux qui veulent continuer le projet, refaire une interface à leur goût, etc... et qui n'ont pas le courage d'étudier mon programme dans le détail :D - désassembleur : 2 instructions corrigés. Bug connu : les sauts conditionnels sont souvent incorrect. Il devient difficile de débugger le désassembleur, je dois songer à un refaire un tout neuf. - retouche de la présentation des subs dans l'interpréteur et le rapport hiérarchisé. - et tous pleins de retouches de-ci de-là ...
19 janvier 2006 11:07:08 :
- désassembleur : correction de 3 instructions (dont les dword ptr negatif). Pour les sauts conditionnels, j'aurai pu remplacer les je/jne par jz/jnz mais c'est bidon :p - interpréteur : intégration des "EP", il s'agit de points d'entrées polyvalents utilisés pour définir l'appel aux objets (enfin... je suppose! en revanche c'est très utile pour mieux comprendre le code désassemblé.) - analyseur : divers debug dont la récup des subs d'objets. - divers : quelques modifs dans la présentation du rapport hiérarchisé, et correction de quelques plantage.
22 janvier 2006 01:54:23 :
- analyseur : un pré-scan du code compilé permet de trouver quelques subs supplémentaires (en l'occurence les sub des modules .bas) - interpréteur : retrouve les appels aux subs ("Call Sub x"). Trouve les références aux objets, mais incapable de savoir duquel il s'agit... Ces deux fonctions ne sont pas exhaustive! - interface : rajout d'indicateurs de progression lors du désassemblage (pour éviter de figer trop longtemps l'application). Rajout de deux outils (usage perso...). Ajout de deux rva dans le rapport hiérarchisé, ce sont les deux rva "racine" pour l'analyse de tout programme VB. - debug : ne plante plus lorsqu'il y a un sub main.
14 juin 2006 00:52:33 :
- Nouvel outil : désassemblage avec PERDR : le listing est beaucoup plus précis, l'analyse est donc plus exacte, en revanche c'est beaucoup plus lent qu'avec ma routine de désassemblage. - Interpréteur : Retrouve de façon beaucoup plus précise et exhaustive l'appel à un contrôle dans le code compilé, ainsi que la propriété demandé. La liste des propriétés identifié n'est pas complète, d'où certaines erreurs lorsque le programme indique la propriété du contrôle. Toutefois cette étape d'interprétation est importante : en effet, quelques ajouts et il sera possible de reconstituer du code tel que form1.label5.caption = "toto" ou form2.command2.enabled = True . - réorganisation de certaines fonctions et debug de quelques fonctionnalités.
14 juin 2006 00:55:50 :
Note : Téléchargez PERDR à cette adresse : http://sourceforge.net/projects/perdr . Rajouter l'exécutable pur (perdr.exe, environ 300Ko) dans le même dossier que le projet.
17 novembre 2008 23:23:27 :
- Différents petits correctifs suite aux plantages divers lors de tentatives de désassemblage sur des .exe complexes. - Recherches des strings ref et obj ref plus complète. - Ajout d'une paire d'outils qui manquaient (dans les StrRef, faites un clique-droit dans la liste : un menu apparaitra).
17 novembre 2008 23:27:35 :
- Divers correctifs à cause de plantages lors de tentative de décompilation de .exe lourd/complexes et autres micro-modifs. - Ajout d'outils qui faisaient défaut (ex : dans le StrRef, clique-droit dans la liste). - Recherche un peu plus complète des strings ref et obj ref.

Commentaires et avis

signaler à un administrateur
Commentaire de yoman64 le 17/08/2003 20:39:28

cool si je comprend bien sa extrait les controle dune form? est-ce uqe tu pense pouvoir un decompilateur complet je veux dire faire retourner le exe en vbp et frm?

en t-k tres bien pour un debut :)

signaler à un administrateur
Commentaire de Proger le 18/08/2003 01:58:12

ce qui m'interesse c'est de récupérer le code pur. Pour cela je cherche les points d'entrées vers les feuilles et les modules.
Au passage forcément tu décomposes les objets, mais pour analyser un exe ça sert a rien.Si tu veux continuer là-dessus, ma source est une bonne base.
Je continue a chercher un moyen de récupérer la liste (ordinal) des Subs() et Functions() -- il y a une myriade de tables d'adresses, ça prend du temps de tout traçer.

signaler à un administrateur
Commentaire de Tilois le 18/08/2003 10:06:02

yoman64 > Refaire des vbp et des frm a partir d'un code compilé est impossible ...
Proger > c'est vraiment du bon boulot ta source ... continu !

signaler à un administrateur
Commentaire de Spectrum le 19/08/2003 13:53:46

Ton code est très bien commenté, Braavo , bon boulot et surtout continues comme ca! Y a un bug chez moi à la compilation mais il doit me manquer une référence... poa grave, je regarderais.

signaler à un administrateur
Commentaire de EBArtSoft le 19/08/2003 15:34:43 administrateur CS

C'est trop de flateries ... lol
Si tu veus des infos sur le format PE je te conseil le site suivant :

http://www.wotsit.org

Et pour desassembler un executable utilise le logiciel PExplorer
que tu trouveras avec cet url (ou bien utilise le debugger de visual studio pour avoir les opcodes) :

http://www.heaventools.com/

continue, c'est un projet ambitieux et tres utile !!
b@nne prog

signaler à un administrateur
Commentaire de Urgo le 24/08/2003 23:36:24

Bravo 10/10 ;)

signaler à un administrateur
Commentaire de Warning le 31/08/2003 12:26:20 administrateur CS

salut! bravo beau boulot! j'ai vu les sources, t'a du y passer du temps!
en plus commenté...
pour un semi-decompiler VB plus complet (mais sans les sources), vous pouvez downloader VBReFormer(mon tool ;)=4ans de boulot) sur mon site à l'adresse suivante:
http://www.decompiler-vb.tk/

bye, Warning

signaler à un administrateur
Commentaire de Proger le 31/08/2003 13:02:36

j'ai mis 1 semaine a temps plein pour le réel coding, mais bon faut dire que j'ai vraiment l'habitude (et que lorsque je bloque, je laisse tombé pdt qq jours). Sympathique ton programme vbreformer! (surtout que ça m'arrange bien qu'il existe un tool comme ça, ce qui me permet de ne pas en programmer un!!)
On va pouvoir passer aux choses bien hard >) je crois avoir repérer la table des point d'entrées des subs() ...

signaler à un administrateur
Commentaire de EBArtSoft le 31/08/2003 13:08:31 administrateur CS

>Warning

Ton VbReformer est du domaine des cieux ... lol
J'avais deja reperé une tres bonne ebauche d'ocx sur vbfrance ! ;-)
Je comprend que tu le garde precieusement caché
( j'en suis vert de jalousie ! ;-P )

de plus j'apreci enormement le "developpement inverse"
vous faite du tres bon travail tous ....

by@

signaler à un administrateur
Commentaire de Warning le 31/08/2003 16:51:09 administrateur CS

Proger> cool, si moi aussi je m'attaque au hard ;)... je sais pas si t'as remarqué, mais lorsqu'il y a un sub main(), VBReFormer le désassemble et fait les liens de références au appel des fonctions... etc... pour la table des point d'entré des sub c pas si compliqué, mais c pa facile... donc je vais d'abord me baser sur la sub main() facilement répèrable pour commencer la partie decompilation...  :))

EBArtSoft> merci ;)

signaler à un administrateur
Commentaire de Proger le 31/08/2003 19:35:15

yop c'est plutôt bon, ça!! J'te tire mon chapeau pour avoir codé un désassembleur a partir de la doc de Sang Cho (g l'impression que c'est la seule qui existe...) moi j'ai pas trouvé de solutions simple.

En revanche vbreformer n'aime pas trop un programme vb6 balèze assez connu sur le net... si tu veux l'url de ce proggy pour débugger, je te la file en pm...

signaler à un administrateur
Commentaire de Proger le 01/09/2003 01:21:00

Bingo!!! l'addresse rva juste après celle pointant (l'eventuel) sub Main pointe vers les tables définissant toutes les entrées dans le code compilé!! modules, classes, forms, puis resStrings, modulesname, Declares... ya tout!! :) la prochaine mise à jour va déchirer :o) ...... j'ai l'impression qu'on peut aussi connaitre les paramètres des fonctions... et même le nom complet des subs/params dans les classes
Jcrois que l'analyseur d'exécutables va être fini d'ici peu... ;p

signaler à un administrateur
Commentaire de Urgo le 01/09/2003 14:13:58

Excellent nouvelle, on attend avec impatience la prochaine mise à jour :)))

signaler à un administrateur
Commentaire de Warning le 02/09/2003 09:34:13 administrateur CS

ok... vas-y balance l'url du programme pour debugguer ;)
merci d'avance...
@++

Warning

signaler à un administrateur
Commentaire de Proger le 03/09/2003 20:51:08

Vla une mise à jour sympa. L'analyse de la table des subs() va être plus longue que prévu, mais les résultats actuelles sont encourageant. Bon faut vraiment que je fasse un désassembleur...

signaler à un administrateur
Commentaire de Urgo le 04/09/2003 18:54:45

Y'a un mini problème dans le module PEexe.bas, il me dit qu'il y a une erreur dans Private Sub ParseVBFunc(FP As Integer), c'est à la ligne :
If t4 = 0 Then Stop
(il me surligne Stop en jaune lorsque je clique sur analyser)

Si j'enlève cette ligne tout marche nickel, enfin j'ai pas tout tester, mais j'adore la jolie interface, c d'enfer :)

P.S: j'ai XP pro

signaler à un administrateur
Commentaire de EBArtSoft le 04/09/2003 19:20:49 administrateur CS

>Proger
Je trouve ton travail assez bien !
Surtout la partie reconstruction du projet vb...

J'aurais bien tenté de faire un programme similaire
mais je n'est pas envie de pomper les idées d'un autre donc
je veut bien taffer sur un desassembleur pour t'aider dans ta tache
si cela t'es utile ?

bonne continuati@n

signaler à un administrateur
Commentaire de Proger le 04/09/2003 19:55:33

EBArtSoft, ta proposition est très interessante!, mais ... mmh, pour mon "fun" personnel je préfère en coder un moi-même. Qui plus est, pour "vb-analyseur", je dois accorder le désassemblage avec les différentes tables dans l'exécutable pour faire l'interprêteur d'algorithmes... alors il faut que la routine de désassemblage interroge en permanence les appels dans l'exe... En revanche si tu connais une doc sur les instructions ASM étendu (3dnow, sse, etc...) je suis preneur, car la doc de Sang Cho n'est pas exhaustive. :)

Urgo la ligne que tu cites me sert de debug. concrètement si elle est en surbrillance ca veux dire que le traçage des subs() vb n'as pas reconnu un des subs() déclaré. Bref tu peux mettre en remarque cette ligne...

signaler à un administrateur
Commentaire de carlvb le 16/09/2003 09:10:06

Bravo. Absolument fantastique ta source Proger
Je pense sincèrement que même si je passais 12 heures par jour et 12 autres par nuit devant mon PC, je ne serais jamais arrivé à ton niveau.
Passer d'une source à un executable (genre créer un compilateur ) me pose déjà des difficultés astronomiques alors j'imagine les difficultés pour reconstituer une source à partir d'un executable.
Vous avez mon profond respect ainsi que mon admiration démesurée (si un programmeur de niveau 3 veuille bien des compliments d'un programmeur de niveau 1).

Continues à nous éblouir

signaler à un administrateur
Commentaire de surfzoid le 03/12/2003 00:51:29

excelent

signaler à un administrateur
Commentaire de Urgo le 12/02/2004 23:48:21

Travailles-tu encore dessus ?

signaler à un administrateur
Commentaire de Proger le 13/02/2004 00:20:41

dev en standby. Me faut un bon déassembleur pour continuer. A partir du code déasm"é", il est "a priori" possible de partiellement refaire du code VB (moins de 15%). Je manque de temps pour parfaire le sub déasm-eur et je n'ai que des notions d'asm que je dois perfectionner, pas le temps non plus pour ça.
màj p-e en septembre 2004.

signaler à un administrateur
Commentaire de Urgo le 29/02/2004 20:00:23

J'ai trouvé une petite erreur car j'essai de compléter un peu ta source.

Lorsque tu souhaites receptionner le nom d'un item d'un menu INVISIBLE, cela plante, car tu négliges le délimitateur spécial 0200.

Dans le "Sub ParseControlParams"
REMPLACER :

[CODE]
Case 19 'VB.Menu
   Get #FilePointer, Offs, gpInt
   exeVB_CTRL_PRP(i).sCaption = ScanString(FilePointer, Offs + 2)
[/CODE]

PAR :

[CODE]
Case 19 'VB.Menu
   Get #FilePointer, Offs, gpInt
   If gpInt = 768 Then
      exeVB_CTRL_PRP(i).sCaption = ScanString(FilePointer, Offs + 4)
   Else
      exeVB_CTRL_PRP(i).sCaption = ScanString(FilePointer, Offs + 2)
   End If
[/CODE]

Voilà, je sais que celà est un détail mais si cela t'intéresse je pourrai t'envoyer d'autres modifications à faire.

ciao

signaler à un administrateur
Commentaire de Proger le 29/02/2004 22:48:01

Merci!
Je suis preneur pour toutes amélioration dans la gestion des objets, car c'est une tâche fastidieuse qui me décourage! Je préfère largement me concentrer sur la table des subs/funcs ...

signaler à un administrateur
Commentaire de Napster le 15/05/2004 17:58:43

tres bien fait ta source que manque le fichier  (.cls) ben sa m'aide vraiment beacoup a faire et mon soft (Ressource Vb presque comme ressource hacker's ) .Bravo

signaler à un administrateur
Commentaire de ennixo le 14/07/2004 10:29:13

très joli boulot !!! j'avais commencé un truc dans le genre mais je m'étais arreté aux imports/exports de fonctions !

bravo bravo !!

dommage qu'apparement le projet n'avance plus beaucoup.

signaler à un administrateur
Commentaire de BozzoDodo le 03/08/2004 19:50:41

manque un .cls...

signaler à un administrateur
Commentaire de ennixo le 03/08/2004 22:35:31

ouais, manque un cls

signaler à un administrateur
Commentaire de Welsoft le 28/11/2004 20:32:15

woooooooooooow le meilleur source ici !
10/10
Mais est ce que de toi ?
lol

signaler à un administrateur
Commentaire de janci le 31/01/2005 10:06:33

I think in sources are missing MemWork.cls, can you add it to zip or post it somewhere ?

signaler à un administrateur
Commentaire de Proger le 31/01/2005 13:31:06

Salut les gens!
Merci pour vos remarques !
au dernier update je nevoulais pas poster le memwork.cls parce que c'etait *limite* de faire la manip pour décompresser les PE EXE -- et aussi que je voulais poster une super source qui l'utilisai -- et que memwork.cls ne marche pas aussi bien qu'esperé...

Vu que j'ai laisser tombé le coding, je vous refait un pack zip avec tout ce bordel en vrac.

désolé j'ai plus le temps de toucher a cette source, et j'oublie de plus en plus comment elle marche ---
M'enfin l'entrée des subs et functions c'est la liste peu après le debut du code hard (offset 1000h) il y a un descriptif et un pointeur vers le code compilé plus loin dans l'exe... voila m'en suis arrété a déterminer la structure de cette liste ...

signaler à un administrateur
Commentaire de janci le 31/01/2005 14:45:50

thank you man ...
I don't understand french but i translate your message :-). Ok i look on the source maybe i found something that i need to know :-)

signaler à un administrateur
Commentaire de Warning le 03/06/2005 17:01:24 administrateur CS

Salut a tous ! Je vient vous signaler une nouvelle adresse pour télécharger VBReFormer qui décompile presque le code natif :). L'adresse pour le decompiler VB est: http://www.decompiler-vb.net/.

Une version 4.2 pro a vu le jour et je vous la présenterez bientôt en video !

Bonne visite,

Sylvain Bruyere

signaler à un administrateur
Commentaire de Proger le 01/12/2005 18:00:48

Pile poil 11 mois plus tard, vla une grosse mise à jour. j'ai ressenti le besoin de faire quelque chose de potable : je vois a gauche a droite des programmes pour VB bien fait, je voudrai pas être en reste :)

Avant tout flame : j'ai retravaillé du code déjà existant. Pour éviter des problèmes de droits d'auteur, je précise que Warning a antériorité sur la récupération des objets (form,textbox,etc) et j'ai donc désactivé ma partie du code qui était équivalente (c'est de toute façon pas le but de cette source)
En revanche aucuns éléments du code de cette source n'as été sauvagement pompé de sources extérieures... jprécise car j'ai vu l'inverse :) z'avez le droit bien sûr, mais laissez les copyrights svp!

signaler à un administrateur
Commentaire de Warning le 05/12/2005 21:00:31 administrateur CS

Tu pouvais laisser surtout que c'était ta propre source pour la récupération des objets, pour ça je n'ai pas plus de droit que toi :).En tout cas tu es honnete contrairement à ce cher vbGamer. :)

signaler à un administrateur
Commentaire de ghuysmans99 le 26/12/2005 16:31:18

bravo ! 10/10

signaler à un administrateur
Commentaire de aghoulias le 14/01/2006 01:26:28

j'ai entendu d'un decompilateur visual basic 6
il décompile le tout meme le code source
le nom du logiciel : unzipexevb
si quequ'un le trouve nous donne le lien pour telechargement
et pour mettre fin à ce problème
merci et bon courage

signaler à un administrateur
Commentaire de Warning le 14/01/2006 10:13:31 administrateur CS

Ce doit sans doute n'être qu'une legende urbaine :)

signaler à un administrateur
Commentaire de Proger le 14/01/2006 12:19:02

le truc le plus avancé qui soit un soft, a ma connaissance, c'est vbde : il arrive parfois a recréer une (petite) partie du code -le compilo vb6 a tendance a toujours faire la même chose- Il retrouve et associe les subs aux objets (genre command1_click, command1_mousedown) -ce que j'essaye en ce moment de faire- ...
Et ce truc date de 2002...

signaler à un administrateur
Commentaire de Warning le 14/01/2006 15:53:12 administrateur CS

lol a mon avis c'est plutot VBReFormer :) faut que tu le vois en actions... tu as msn messenger ? Si oui envoi moi un MP.

signaler à un administrateur
Commentaire de zappy le 28/02/2006 13:10:30

Excellent !!!
Tu viens de me retirer une epine du pied... a savoir comment debugger un programme sans les sources (perdues) :(
StrRef => de la balle :D

Ca vaudrait le coup de packager un peu mieux le logiciel pour le rendre plus pro et le distribuer ;)

Tres bonne continuation a toi

signaler à un administrateur
Commentaire de diablamanshadow le 12/04/2006 06:41:30

perso j'adore et je dit chapeau ^^ j'espere que tu continueras bien cette source car apparement beaucoup de gens en attendent enormement sinon moi j'aime bien meme si je ne comprend pas completement le code ^^ sinon un ptit 9 s'impose (car on ne peut jamais atteindre la perfection comme on dit une oeuvre n'est jamais achevee mais juste abandonnee ;-)) allais bonne continuation ^^

signaler à un administrateur
Commentaire de hackalexandres32 le 30/03/2008 07:33:20

très bien fai je me suis servi pour trouver la password d'un fichier exe (vb) que javais depuis longtemps pi sa a marcher #1 !!

Ajouter un commentaire

Discussions en rapport avec ce code source dans le forum

Décompilateur ou désassembleur ? [ par gmicheau ] Bonjour,J'ai 2 ou 3 modifs à effectuer sur un executable à mon boulot.Quel soft dois-je utiliser, et où pourrais-je le trouver à moindrefrais SVP ? M executable????? [ par sebsoft ] comment créer un executable exe ?????si quelqu'un peu me fournir des infos ou docs sur le sujetse serait cooooooooolmerci ;-)sebsoft Ajouter fichier texte ds executable [ par webboy ] Bonjour,je souhaiterai ajouter un fichier dans mon executable (une fois la compilation du programme effectue) un systeme de patch1) Je cree l'exe2) Je executable d'un code source [ par bilou38 ] bonjour et bonne journée à ceux qui se lève moi je vais me coucher! bref ma question est: comment créer un exécutable dans VB à partir d'un code sourc pb avec vbs et un executable [ par Axar ] j'ai pb , je voudrai executer un executable à partir de vbscript . la fonction shell ne fonctionne po. que faut il déclarer pour pouvoir l'utiliser probleme exe [ par casav ] Apres compilation de l'executable celui-ci ne fonctionne que sous le repertoire de VB5En effet lorqu'on le deplace ds 1 autre repertoire il apparaitim Lancer un executable sans lancer son setup [ par Kepone ] Salut,j'aimerais pouvoir faire fonctionner une de mes applis sans faire une installation préalable. En gros j'aimerais avoir sur un cd l'éxécutable ai Executable et installation [ par Niala69 ] bonjourj'aimerais savoir comment créer un executable ainsi qu'un fichier d'instatallation pour mon prog vbmon prog crée des fichierscomment faire pour Etats basés sur REQ ANALYSE CROISEE [ par mfarhat ] J'ai une requete analyse croisée dont le nombre de colonnes change à chaque appel.> Les articles en ligne> les clients en colonnes> les quant aide vb [ par nat ] bjrj'ai créer une application vb (base de données access interface vb)voila mon appli fonctionne très bien, j'ai crée un executable mais elle n'est pa


Nos sponsors

Sondage...

CalendriCode

Juillet 2009
LMMJVSD
  12345
6789101112
13141516171819
20212223242526
2728293031  

Consulter la suite du CalendriCode

Téléchargements

Comparez les prix Nouvelle version

Photothèque Nouveau !



Développement réalisé par Nicolas SOREL (Nix) avec l'aide de : Cyril DURAND et Emmanuel (EBArtSoft), Merci à Vincent pour ses précieux conseils
CodeS-SourceS.com© Toute reproduction même partielle est interdite sauf accord écrit du Webmaster
CodeS-SourceS.com© est une marque déposée tous droits réservés
Temps d'éxécution de la page : 0,499 sec

Google Coop CodeS-SourceS Google Coop CodeS-SourceS


Certaines images présentes sur le site (notament certains avatars) sont issues des collections IconShock, donc si vous souhaitez utiliser ces icons vous devez les acheter, ne les copiez pas et ne utilisez pas dans vos sites et applications sans les avoir commandé.