CRACK POUR LE CONCOUR : MOT DE PASSE INVIOLABLE PAR BABEUK
babeuk
Messages postés
47
Date d'inscription
jeudi 21 février 2002
Statut
Membre
Dernière intervention
30 septembre 2003
-
31 oct. 2002 à 21:29
al1908bn Messages postés 11 Date d'inscription jeudi 23 décembre 2004 Statut Membre Dernière intervention 12 août 2007 - 26 avril 2007 à 23:31
al1908bn Messages postés 11 Date d'inscription jeudi 23 décembre 2004 Statut Membre Dernière intervention 12 août 2007 - 26 avril 2007 à 23:31
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
https://codes-sources.commentcamarche.net/source/3208-crack-pour-le-concour-mot-de-passe-inviolable-par-babeuk
https://codes-sources.commentcamarche.net/source/3208-crack-pour-le-concour-mot-de-passe-inviolable-par-babeuk
26 avril 2007 à 23:31
2 nov. 2002 à 20:30
meme si le cracking est proche de la programmation c'est quand meme l'ennemi juré des développeur ! et ici c'est encore un site de developpeur ! :-)
ceci dit il existe plein de site ou il y a des defi chaque mois !
2 nov. 2002 à 18:47
2 nov. 2002 à 00:14
Comme quoi on peut s'amuser sur VBFrance :)
On devrait lancer des concours de Crack, avec le niveau qui s'éléverait petit à petit (personnellement ça m'interesserait d'évoluer dans cette discipline)
2 nov. 2002 à 00:12
On devrait lancer des concours de cracks :>
1 nov. 2002 à 21:17
je trace le programme avec un debugger comme celui de vb a part que c'est en assembleur et quand je voit la comparaison je modifie les octets qui correspondent voila simplement !
Babeuk en resumé tu a bien compris a part que il y a quand meme des protections par mots de passe asser compliquée a passer ici c'est archi simple parce que le check est facile a localiser l'exe n'est pas compresser voir crypter il y a pas de check pour voir si l'exe a ete patcher(crc32) ect ..
1 nov. 2002 à 20:25
autrement ,en résumé, si j'ai bien compris, on ne peut pas protéger un prog par mot de passe, car de tte facon il y aura moyen de skiper la "procedure" de verification, non ?
1 nov. 2002 à 18:12
le nul que je suis il en sais rien ....
1 nov. 2002 à 01:03
merci bcp pr l'explication, très instructif ;) !
31 oct. 2002 à 22:18
Get #1, &H2115 + 1, valeur 'prend l'octet a l'offset 402115
If Hex(valeur) <> "74" Then 'vérifie si la valeur 74h est bien presente sinon c'est pas le bon exe ou le prog est deja patcher
et si c'est la bonne valeur continue .
le principe est tout simple c'est l'abc du deplombage
j'ai employe 1 SI (softice) et Hiew (editeur hexa)
comme on voit que 1 il accepte pas les mots de passe vide
j'ai mis un breakpoint sur MSVBVM60_vbaFreeVarList
j'ai eu mon break a 4020db
en tracant plus bas on arrive au check si la chaine est vide alors continue et boucle sinon saute a 402115 donc j'ai remplacer le jump equal en jump short (je=>jmps) ou (74=>eb)
00402113 test edx, edx
00402115 je 00402124
donc en vb pour modifier ca donne
valeur = &HEB
Put #1, &H2115 + 1, valeur
en tracant plus loin de la meme maniere on arrive au check du pass (qui est enorme)
00402336 test edx, edx
00402338 je 004023E2
et dans vb ce sont les lignes
valeur = &H90
Put #1, &H2336 + 1, valeur
Put #1, &H2337 + 1, valeur
Put #1, &H2338 + 1, valeur
Put #1, &H2339 + 1, valeur
Put #1, &H233A + 1, valeur
Put #1, &H233B + 1, valeur
en fait la tout ce que il fait c'est remplacer le jump equal par no operation je - nop
pour que quoi qu'il arrive la reponse est bonne voila c'est tout !!
une fois la sequence de byte changer dans ton exe ben tu peut entre ce que tu veut c'est toujour bon !
ceci dit j'ai le crack comme un debutant en expres pour que on voit les residu de protection ! en temp normale on saute completement la procedure de test et comme ca plus de demande de mot de passe ni de message et le prog continue a fonctionner normalement !
voila !
j'espere que c'est asser clair parce que je suis pas tres douer pour expliquer !! :(
31 oct. 2002 à 21:53
? à quoi correspond le 74 de ta ligne "If Hex(valeur) <> "74" Then"
? et aussi c quoi le principe exactement
voila merci !
31 oct. 2002 à 21:34
:-)
31 oct. 2002 à 21:29
donc tu l'as si bien dit, ca a le merite d'etre instructif !