UN KEYGEN EN LOSING BYTE UNE ALTERNATIVE A MD5

Commentaire de japee le 25/11/2003 16:40:21 administrateur CS

Salut, ManChesTer.
Le uses du Form1 est pris dans le commentaire. On place le curseur au bon endroit, un coup sur Entrée, et la situation est rétablie ;)
Par contre, la clé générée n'a pas l'air d'émouvoir beaucoup le Form2 : 'Le mot de passe n'est pas correct' me dit-il inlassablement...

Commentaire de ManChesTer le 25/11/2003 17:06:02 administrateur CS

japee, merci de m'avoir signaler le uses, qd on fais trops de choses a la fois... ;o))

correction effectuèe...

Bon courrage pour trouvé le pass qui correspond a 'm1db-OcTg-yI2i-2wih', des bytes s'etant "volatilisèe" au passage, il faut un bruteforce, lol.

Bon Coding...

ManChesTer.

Commentaire de ManChesTer le 25/11/2003 21:26:09 administrateur CS

Lol, pas mal ca...., je fais pas de java, c'est encore un bug de CodeS-Sources, bon, je remet mon zip, lol

Bon Coding...

ManChesTer.

Commentaire de japee le 02/12/2003 15:15:15 administrateur CS

Salut, Manchester.

Ce code est particulièrement intéressant.

Précisément, en travaillant dessus comme une bête, j'ai découvert un léger bug, qui peut s'avérer éventuellement gênant, selon comment on va exploiter la clé générée...

Dans les instructions :
  i:=round(a) mod 61;
  i:=round(b) mod 63; etc...
il semblerait que la valeur correcte soit 62, soit :
  i:=round(a) mod 62;
En effet, avec 61 on n'a jamais de 'z' (Chr(122)), et à partir de 63 (le cas se produit), 'i' n'est pas traité (donc il va manquer un caractère) dans ce type d'instructions :
  case i of
    0..9  : p1:=p1+chr(i+48);
    10..35: p1:=p1+chr(i+55);
    36..61: p1:=p1+chr(i+61);
    // else ShowMessage('Dépassement de limite');
  end;

Tu peux le tester, par exemple :
- sans changer la valeur dans a:=a*100
  nom: tot
  clé: LG0e-Etx-IhiU-E14g (3 caractères seulement dans la 2ème série)
- en remplaçant la valeur 100 par :
  - 109 :
  toto
  bKXv-BmA-nw1A-ppWp (3 caractères dans la 2ème série)
  - 110 :
  toto
  A7v6-30hG-WCpX-sTQ (3 caractères dans la 4ème série)
  - 106 :
  ManChersTer
  W2gp-yX5n-lG8Q-hNV (3 caractères dans la 4ème série)
etc...

Merci encore pour ce code. Vraiment utile !

Bonne prog' ;)

Commentaire de ManChesTer le 02/12/2003 16:21:01 administrateur CS

japee,

Tu a raison la val correcte est 62, je le savais, mais je n'ai pas mis a jour la version sur le site....

Je prepare un ptit truc pour les fetes qui utilise le keygen, j'avais remarquer le bug a cette occase..., je le met a jour, lol

Bon Coding...

ManChesTer.

Commentaire de ManChesTer le 25/07/2005 21:59:35 administrateur CS

Cher grandvizir,

Le titre ne mensionne pas "LA SEULE Alternative au MD5" Si ?

Il est en fait une alternative à tous ce qui est stockage de mot de passes, comme on perd des infos au passage, bon courrage pour le reverse, seule solution viable pour le Hacké : Le bruteforce (comme MD5 quoi que...).

Qand à SHA1, heuu ...Il est plutot fait pour faire des signature de fichiers, et n'a rien a voir avec MD5 ou mon algo. Attention, ne pas utiliser SHA1 pour stocker des mots de passe, il n'a pas été fait pour, il est tres facile de retrouver un "Compatible password", et donc il est assez peux fiable por le stockage/verification de mot de passe. D'un autre Côtè, MD5 ou mon algo n'ont pas la vocation de servir pour les signature, meme si on peut le faire avec....

Bon Coding....

MnChesTer.

Commentaire de japee le 27/07/2005 15:51:59 administrateur CS

Extraits des 3 derniers posts sous forme de dialogue :



grandvizir: "Titre du code> "Alternative au MD5" Ben, à quoi sert SHA1 alors ?"

ManChesTer: "Le titre ne mensionne pas "LA SEULE Alternative au MD5" Si ?"

grandvizir: "Je suis d'accord que ce n'est pas LA SEULE alternative. D'ailleurs, j'ai pas dit ça."

Je suis au bord d'un abîme de perplexité...
Sûr que le jour où je comprendrai ta logique, Grandvizir, j'aurai fait un grand pas en avant, mdr! ;)


___japee_ ->
        |
        |
        |
        |
        |
        |
        |
        |?????????????????

Commentaire de ManChesTer le 27/07/2005 19:44:57 administrateur CS

Arf j'oubiais...

Depuis quand les clef de win xp par exemple sont en hexa, t'a jamais enregisté ton xp ?

Bon Coding...

ManChesTer.

Commentaire de ManChesTer le 28/07/2005 12:55:11 administrateur CS

"il faut le tester. Et c'est là qu'il faut de l'information..."

Le source ce n'est pas une inforation ?

Moi, il me semble que c'est la plus importante, pour moi, le coder qui ne pige pas cet algo, n'est pas capable de le maitrisé et donc ne doit pas jouer avec.

D'autre part, j'ai pondu cet algo en 1989 et cette technique et ses dérivée est utilisée depuis 1992 par une sociètè spècialisèe en sècuritè informatique, jusque ici, aucun de leurs clients ne s'est plaint d'une quelconque infiabilité de cette routine.

La seule chose que j'ai changé à mon algo, c'est juste de le traduire de l'assembleur en delphi et de passer du 16bits au 32bits.

Mais bon, pour le tester , tu a le source, tu à un pass à retrouvé ('m1db-OcTg-yI2i-2wih'), fais le (en C++ c'est mieux, mptdr)!

D'autre part, je ne suis pas le seul a dire que md5 est Hackable et hacké, si tu avais pris la peine de lire le forum dont je donne l'adresse si dessus tu le saurais, mais peut etre ne comprenons nous pas le meme anglais ?, pourtant l'exemple des tables est frappant et permet de reduire le nombre de "tests" en bruteforce, ce qui rend justement md5 infaible pour les mot de passe...

Bon Coding....

ManChesTer