Que faire quand il n'y a pas de SDR ? Réponse ici !

[atlas]

chapeau pour l'explication ,

c'est en partageant le savoir que l'on arrive a avancer tous ensemble

[roxtar]

c'est en partageant le savoir que l'on arrive a avancer tous ensemble

C'est le slogan gaz de france ou ratp ?

Sinon, en effet merci pour ces expliquations ! Y a t'il d'autres sujets aussi logiques ? traités ou non sur le forum

[atlas]

ni l'un ni l'autre

je suis pas fonctionnaire

[chegmarco]

Bonsoir à tous
Concernant la Méthode de la pile dans l'explication ci-dessus, j'aimerais savoir comment reconnaître l'APIs idéal, celui qui convient et qui annonce le message d'erreur puis qu'il y a plusieurs APIs dans la Fenêtre des Noms qui s'ouvre lorsqu'on fait CTRL + N ?
Alors y a t-il une manière pour le reconnaître ce qui me convient ?

Merci d'avance

[etherlord]

On ne t'avait aps demandé de ne pas multiplier les posts identiques ?

etherlord

[yakman]

2) Programme unpacké ou non packé mais pas de SDR...

2-A ) Méthode des APIs :

Breaker sur les APIs devrait être la première chose à faire. Si c'est une MessageBox qui vous annonce l'erreur, on peut poser un breakpoint sur l'API MessageBox et ce sur tous ses CALLs.

Olly : CTRL + N pour faire apparaitre la fenêtre des noms :

Image

Choisissez l'API qui convient (ici MessageBox, on click gauche dessus) puis faites un click droit sur cette ligne et "View Call Tree" :

Bonjour
Que faire lorsque dans la fenêtre des Noms (CTRL + N) on se retrouve avec 3 API's qui définissent la boîte de message sachant que MessageBeep:
Exemple:

Address Section Type Name

005EB668 Import user32.MessageBeep
005EB260 Import user32.MessageBoxA
005EB664 Import user32.MessageBoxA
0094F000 .text Export <ModuleEntryPoint>

S'il vous plaît ne m'en voulez pas car j'essaie chaque jour de m'améliorer en bossant dur. J'éprouve une grande curiosité de comprendre.
Merci d'avance

[Martinooooo]

Tu poses un breakpoint sur les 3...

[yakman]

Tu poses un breakpoint sur les 3...

ok, merci d'avance je vais l'essayer plus tard

[yakman]

2) Programme unpacké ou non packé mais pas de SDR...

2-A ) Méthode des APIs :

Breaker sur les APIs devrait être la première chose à faire. Si c'est une MessageBox qui vous annonce l'erreur, on peut poser un breakpoint sur l'API MessageBox et ce sur tous ses CALLs.

Olly : CTRL + N pour faire apparaitre la fenêtre des noms :



Choisissez l'API qui convient (ici MessageBox, on click gauche dessus) puis faites un click droit sur cette ligne et "View Call Tree" :



Clic droit dans cette fenêtre et "Set Breakpoint on every call" : vous vennez de poser un BP sur toutes les CALL MessageBox du programme.

J'ai posé un BP sur les CALL et JMP qui orientent vers chacun des 3 APIs qui définissent la boîte de message:


Address Section Type Name

005EB668 Import user32.MessageBeep
005EB260 Import user32.MessageBoxA
005EB664 Import user32.MessageBoxA

comme me l'a conseillé Martinoooooo

Tu poses un breakpoint sur les 3...

;
Mais mon problème est que juste après avoir posé un BreakPoint sur chacun des API's je me retourne dans la fenêtre des codes assembleurs où se situe les Call et JMP breakés et je fais F9 histoire de voir lequel de ces truc breaké a provoqué l'affichage du Message d'erreur mais rien ne se passe.

Alors j'aimerais savoir si la meilleure façon de retrouver le call ou le JMP (parmi ceux qui sont déjà breaké) qui a déclanché le Message d'erreur est vraiment F9 comme je l'ai fait ?
Si non que faire SVP ?
Orientez-moi s'il vous plaît car j'ai vraiment l'envie d'arriver à terme.

[Martinooooo]

Mais mon problème est que juste après avoir posé un BreakPoint sur chacun des API's je me retourne dans la fenêtre des codes assembleurs où se situe les Call et JMP breakés et je fais F9 histoire de voir lequel de ces truc breaké a provoqué l'affichage du Message d'erreur mais rien ne se passe.

F9 c'est pour relancer le programme... Si tu veux savoir d'où ça vient, il faut regarder la stack/call stack.

[yakman]

Mais mon problème est que juste après avoir posé un BreakPoint sur chacun des API's je me retourne dans la fenêtre des codes assembleurs où se situe les Call et JMP breakés et je fais F9 histoire de voir lequel de ces truc breaké a provoqué l'affichage du Message d'erreur mais rien ne se passe.

F9 c'est pour relancer le programme... Si tu veux savoir d'où ça vient, il faut regarder la stack/call stack.

Ok merci

005EB668 Import user32.MessageBeep
005EB260 Import user32.MessageBoxA
005EB664 Import user32.MessageBoxA

Mais juste après avoir posé un BP sur chacun des API's ci-dessus (APIs des MESSAGES BOX), dois-je relancer (F9) le soft avec Olly d'abord afin de pouvoir retrouver le Call ou le JMP provoquant l'Erreur en regardant la Stack/call Stack ???

[yakman]

Bonjour
J'aimerais savoir s'il n'y a pas autres APIs qui jouent le même rôle que GetDlgItemTextA ?
Je veux dire quels sont tous les autres APIs (à part GetDlgItemTextA) qui permettent de récupérer les données de l'utilisateur et pour connaître le nombre de caractères entrés exactement comme ce que fait GetDlgItemTextA ?

J'en grand besoin de ces APIs s'il vous plaît

[maracuja]

Bonjour
J'aimerais savoir s'il n'y a pas autres APIs qui jouent le même rôle que GetDlgItemTextA ?
Je veux dire quels sont tous les autres APIs (à part GetDlgItemTextA) qui permettent de récupérer les données de l'utilisateur et pour connaître le nombre de caractères entrés exactement comme ce que fait GetDlgItemTextA ?

J'en grand besoin de ces APIs s'il vous plaît

Tu as :
SendMessage(A/W), SendDlgItemMessage(A/W) en passant le message WM_GETTEXT
GetWindowText(A/W) couplé avec GetDlgItem
GetDlgItemText(A/W)
GetDlgItemInt(A/W)
MultiByteToWideChar
WideCharToMultiByte

CallWindowProc qui sous classe les contrôles de texte (très utilisé en delphi et en vb)
tu peux chercher la chaine que tu as saisie après une erreur et mettre un breakpoint on memory ou breakpoint hardware dans olly.
La liste n’est pas exhaustive car il y a moult façon de récupérer une chaîne de caractère.

CallWindowProc, c’est la solution extrême, avec elle tu risques d’avoir plein de faux positifs.

En effet, lorsque tu crée un contrôle personnalisé tu peux lui définir des comportements spécifiques et CallWindowProc permet cela. (cf. le cours de Iczelion).

A+

Bon courage.

[yakman]

Bonsoir
1°) Je rencontre pas mal de difficultés au niveau des Boîtes à Message (MessageBox) et des Boîtes à Dialogue (Dialog Box); J'aimerais donc savoir quelle est la différence entre ces 2 APIs (Des exemples d'image de chacun des 2 me suffiront largement pour mieux comprendre) ???

2°) Quels sont les autres APIs des Boîtes à Message (à part bien sûr MessageBoxA et MessageBeep que je connais déjà) ???

3°) Quels sont les autres APIs des Boîtes à Dialogue (à part DialogBoxParam que je connais déjà) ???

4°) J'aimerais enfin savoir si l'API IsDialogMessage est lui aussi un API des boîtes à Dialogue ???

Merci d'avance car je sais qu'avec tout je vais encore plus m'améliorer

[etherlord]

Bonsoir
1°) Je rencontre pas mal de difficultés au niveau des Boîtes à Message (MessageBox) et des Boîtes à Dialogue (Dialog Box); J'aimerais donc savoir quelle est la différence entre ces 2 APIs (Des exemples d'image de chacun des 2 me suffiront largement pour mieux comprendre) ???

Une boîte à message c'est juste une petite fenêtre qui t'affiche un message avec un bouton Ok. Une boîte de dialogue, c'est plus évolué, et le but principal c'est
de récupérer une entrée utilsiateur.

2°) Quels sont les autres APIs des Boîtes à Message (à part bien sûr MessageBoxA et MessageBeep que je connais déjà) ???

MessageBeep n'a rien à voir avec MessageBox. MSDN est un très bon site quand tu veut savoir ce que fait une API.

http://msdn.microsoft.com/en-us/library ... 56(v=vs.85).aspx

3°) Quels sont les autres APIs des Boîtes à Dialogue (à part DialogBoxParam que je connais déjà) ???

http://msdn.microsoft.com/en-us/library ... 65(v=vs.85).aspx

4°) J'aimerais enfin savoir si l'API IsDialogMessage est lui aussi un API des boîtes à Dialogue ???

Non, cela sert à déterminer si un message est destiné à la fenêtre auquelf ait référence la fonction.

http://msdn.microsoft.com/en-us/library ... 98(v=vs.85).aspx

etherlord