Bonjour a tous, je seche un peu, j'ai passé plus de 8h dessus, je pensais avoir tout juste mais .... le message "désolé..." me rend dingue !
je trouve une clé valide, j'arrive a dechiffrer et rechiffrer zola1.png.
Le resultat de chiffrement de zola2.png est cohérent, d'ailleurs je le dechiffre parfaitement (avec 1 caractere de padding en plus)
au cas ou, j'ai penser à rechercher les caracteres de padding (dans progzola.php) pour le chiffrement, et verifier si le caractere n'etait pas aléatroire.
bref, je ne comprend pas d'ou vient mon probleme.
j'ai testé avec et sans '=' (plus haut dans les posts, on lit 'avec =' et sha1 en minuscule).
une ame charitable pour m'aider ?
________________________________________________________________________________________________________________
ZOLA1
progzola.php =
meobIq4k[...]zYIVAgl=
total 13371 char
la cle trouvee est : [...]
Zola1.png chiffre avec la cle trouvee =
meobIq4k[...]zYIVAgl=
13371 char
progzola.php et zola1.png chiffré avec la clé trouvé sont IDENTIQUES
recherche des caracteres de padding : progzola.php dechiffre avec la cle =
iVBORw0K[...]CYIIXXX=
le pad est donc XXX
________________________________________________________________________________________________________________
ZOLA2
zola2.png = :
iVBORw0K[...]ErkJggg=
Zola2.png chiffre =
meobIq4k[...]ukOIXll=
Zola2.png chiffre puis dechiffre =
iVBORw0K[...]ErkJgggX=
le 'X' est le caractere de padding utilisé par ma fonction d'encodage
sha1 de zola2.png chiffré = 0907212d054ba06c151ae4e581e20c19b31c48ed
http://www.newbiecontest.org/epreuves/prog/verifprzola.php?solution=0907212d054ba06c151ae4e581e20c19b31c48ed
Désolé..
Ce n'est pas bon
[edit 1-vek] Je n'avais pas totalement la bonne logique de padding a propos du '=' ou plutot du "==" ^^ du moins je n'avais pas la même logique que le serveur NC qui doit avoir de bonnes raisons que ma raison ignore...
merci