PaPa Bango a écrit:Oui, mais alors, si on rajoute les 26 lettres minuscules et les 10 chiffres, on aurait alors 56 800 235 584 de possibilités. Ça mettrait combien de temps là? super longtemps pour le coup, non?
J'ai évalué le temps, sur la plage Ascii de 32 à 127, à 68 jours !

Mais avec ma moulinette archaïque

et de toute façon le contrôle du serial inclut notamment 'UpperCase'

... et tous les autres caractères sont exclus alors... 26^6 !

Sinon j'aurai juré pouvoir trouver d'autres combinaisons, vu que la recherche du hash est partielle, mais j'ai parcouru également les minuscules sans résultat !

Par contre il est presque évident qu'il y a d'autres possibilités sur tous les caractères imprimables (Minuscules, Majuscules, Chiffres, et Spéciaux). Mais il faut utiliser d'autres méthodes :
-Soit, comme initialement suggéré, la recherche dans une table avec conditions. Sans conteste la plus rapide

d'autant que la table ne doit contenir que des chaines de 9 caractères dont 3 fixes !

Mais il n'y a pas de solution existante !
Cependant des projets comme
rainbowcrack permettent de générer ses propres tables, il faudrait ensuite épurer les résultats, car il n'est pas open-source et n'intégre pas d'autres conditions que le type de caractère... pas très simple !
-Soit, j'aurai bien tenté de modifier la source de
BarsWF (récemment Open-Source) qui semble être
le plus rapide ! Avec lui il ne faut pas avoir envie de bouger la sourie pendant le traitement !
PaPa Bango a écrit:Ce n'est pas à moi que ce sera utile, le .Net c'est Beeeuuuurrrkkkk!
Tu avais le choix des armes

, il fallait imposer tes conditions avant !

PaPa Bango a écrit:T'en connais des moteurs sur le net?
Il y en a plein
iciPaPa Bango a écrit:Vous pensez que ça commence à être compliqué à partir de combien de caractères à BF? sur une table de combien de caractères?
Déjà les 3 constantes "z******rh" réduisent considérablement les combinaisons !

Elles ont peut-être une utilité que je n'ai pas vu !?

A la limite qu'ils ne mélangent pas les minuscules et majuscules, c'est plus simple pour les utilisateurs mais au moins ils auraient pu mettre les chiffres !

(26+10)^9 = 101 559 956 668 416 !!!!!

Là faut oublier le BF !

En revanche dans ces conditions la table ne fait que 80Go... un jeu d'enfant à parcourir (en quelques milliers de secondes maximum avec rainbowcrack

)!
Conclusion, ils ont privilégié la possibilité de générer plus de licences, que de se concentrer sur la sécurité de l'algorithme

... sachant qu'on aurait fait un patch au lieu d'un keygen

, je ne suis pas sûr qu'il y aurait eu une grande différence au final !
Sécurité insuffisante, copie à revoir !
Todd