SECURITÉ ET HISTORIQUE DES CONNEXIONS AVEC MYSQL
FhX
Messages postés
2350
Date d'inscription
mercredi 13 octobre 2004
Statut
Membre
Dernière intervention
18 avril 2015
-
25 oct. 2004 à 23:36
leneo42 Messages postés 20 Date d'inscription vendredi 27 février 2004 Statut Membre Dernière intervention 7 avril 2005 - 3 nov. 2004 à 23:02
leneo42 Messages postés 20 Date d'inscription vendredi 27 février 2004 Statut Membre Dernière intervention 7 avril 2005 - 3 nov. 2004 à 23:02
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/27091-securite-et-historique-des-connexions-avec-mysql
https://codes-sources.commentcamarche.net/source/27091-securite-et-historique-des-connexions-avec-mysql
3 nov. 2004 à 23:02
2 nov. 2004 à 09:49
Un petit mot pour te dire que je suis très impressionné par tes compétances vu ton âge. J'ai 30 ans de plus que toi et je travaille dans le secteur informatique depuis 1982 mais pour ce qui est du développement PHP et JavaScript, je débute.
Bonne continuation et bravo encore !
2 nov. 2004 à 00:23
ça ça envoie les en-têtes HTTP nécessaires au navigateur pour que le navigateur demande user et pass au client, et renvoie les infos. donc oui, c'est bien la fenêtre standard d'authentification :)
1 nov. 2004 à 18:24
Comment est généré l'écran qu'on voit sur la capture?
Ca ressemble fort à un écran d'authentification standard de Microsoft. Est-ce un formulaire créé dans une page séparée?
27 oct. 2004 à 16:01
oui je voulais dire 32 octets,
ben aparament je me suis trompé, désolé!!! bon ben je vais me renseigner sur l'héxa alor...
27 oct. 2004 à 15:25
si tu écris en base hexadécimale, tu peux en un caractère aller de 0 à 15, et en deux caractères aller de 0 à 16²-1 donc 0 à 255. miracle: deux caractères suffisent pour représenter un octet! (0 à 2^8 -1).
donc si tu écris A0, ça te fait bien un octet comme valeur (même s'il te faut 2 caractères (donc deux octets) pr le représenter en hexadécimal.
tu comprends? je faisais l'erreur aussi avant, c'est qq un sur phpcs qui a attiré mon attention là dessus.
27 oct. 2004 à 08:42
C kler ke si le résultat d'un md5() donnait un code "crypté" et non un hashage, on aurait des algo de foux!!!! par contre je crois pluto que c'et 232 octets le résultat (32 caractères héxadéciamaux)?
26 oct. 2004 à 16:49
le hashage n'a rien à voir avec du cryptage (vrmnt rien). hasher c'est produire une signature à partir de données pour différentes raisons (comparaison de données, autentification de l'origine d'un message, vérification de l'intégrité des données ...).
le cryptage sert à rendre des données illisibles pour une personne tierse, mais lisible (avec l'une ou l'autre forme de clef) pour le destinataire du message.
si le MD5 était "décryptable" (ça pique aux doigts d'écrire ça et ça pique aux yeux de le lire), alors le MD5 serait aussi le meilleur algo de compression qui ait jamais existé! tu pourrais compacter 1Go en une chaîne de 16 octets lol. nononoon, ce n'est pas rationnel :)
26 oct. 2004 à 16:29
26 oct. 2004 à 15:08
Mais jamais tu ne récupèreras des mots de passes hashés en md5 (sauf force brute...) !
26 oct. 2004 à 14:49
26 oct. 2004 à 09:31
AUTO_INCREMENT=33 ;
Tu aurais pu l'enlever car il semble que ce soit l'auto_increment lorsque tu as fait tes test, mais le pb est que quiconque utilise ton code va se retrouver à démarrer à partir de 33!
25 oct. 2004 à 23:36
et pareil pour decrypter"
MD5 ne se décrypte pas ...
GRRRREUHHHHH :D