SÉCURITÉ WEB, MD5
cs_Warny
Messages postés
473
Date d'inscription
mercredi 7 août 2002
Statut
Membre
Dernière intervention
10 juin 2015
-
28 févr. 2005 à 14:26
ghuysmans99 Messages postés 2496 Date d'inscription jeudi 14 juillet 2005 Statut Contributeur Dernière intervention 5 juin 2016 - 1 sept. 2007 à 20:42
ghuysmans99 Messages postés 2496 Date d'inscription jeudi 14 juillet 2005 Statut Contributeur Dernière intervention 5 juin 2016 - 1 sept. 2007 à 20:42
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/29834-securite-web-md5
https://codes-sources.commentcamarche.net/source/29834-securite-web-md5
1 sept. 2007 à 20:42
Le MD5 est IRREVERSIBLE ...
Ton site c'est simplement une liste de MD5 & de mots.
21 mai 2006 à 11:04
La preuve:
Online MD5 Reverser | Hash Cracker
http://ice.breaker.free.fr/
Ce site doit bien entendu être pris comme un site à but éducatif.
Bonne journée/soirée à tous,
benozor77.
7 nov. 2005 à 08:46
N'importe quel document de n'importe quelle longueur est traduit en une chaîne de 128 bits.
Tout son interêt est de ne pas être reversible !!! Seule une recherche exhaustive permet de récupérer le mot de passe.
C'est pour cette raison qu'en cas de perte de mot de passe, la plupart des sites web te propose d'en regénérer un.
PS: j'ai entendu parler d'une fonction inverse MD5 qui permettrait de générer un document compatible avec une clef (un document incohérent). Je n'ai jamais mis la main dessus. Je n'ai pas le niveau en math nécessaire pour le retrouver tout seul.
5 nov. 2005 à 17:20
7 avril 2005 à 09:47
Il donne juste à ASP la fonction md5 et rien que pour ça je dis bravo, même si l'auteur reconnait ne pas l'être (l'auteur) :) Il a le mérite de le mattre à dispositions de tous.
Je maintiens donc mon bravo :)
1 mars 2005 à 19:08
1 mars 2005 à 14:36
j'explique.
comme tu dit warny il est facile d'ecouter la ligne entre le client et le serveur. mais il ne faut pas oublier que le client envoie au serveur sont mot de passe en claire et que le serveur va le crypter puis le comparer au resultat qu'il a deja dans sa base.
donc la seul utilité en securité de tel methode de cryptage et que l'admin et un slamers ne puisse lire les mots de passe de la base.
le seul moyen de rendre cette mettode de cryptage "fialble" et qu'il faille faire appel a un formulaire en HTTPS car a ce moment la le mot de passe sera crypter pour etre envoyer au server.
sinon la seul methode a utiliser pour rendre ceci fiable et que faire un cryptage coter client avec une fonction javascript de cryptage ( je dit pas lequel car on peut choisir )
de plus il ne faut pas oublier que MD5 n'est pas inviolable, il est juste irreversible car qui fait que en moins de 3 semaine avec les dernier ordi avec hyper threading on peut faire un force brut sur 90 % des mot passe qui existe en general.
mais sinon au moins ce code a l'avantage de donnée une methode de cryptage MD5 similaire a PHP et qui est absente de ASP
1 mars 2005 à 11:11
Si tu testes que l'application cliente a envoyé le bon md5. N'importe quelle personne qui écoute pourra se faire passer pour l'application en renvoyant l'identifiant qu'elle aura écouté sans même avoir besoin de le casser.
1 mars 2005 à 09:37
Amicalement tmcuh
28 févr. 2005 à 15:13
Merci
28 févr. 2005 à 15:04
Si tu transmet un code de vérification avec un cryptage symétrique ou un hashage, Céline n'aura qu'à le répeter pour faire croire qu'elle connait le mot de passe.
Si Alice, à partir de son hashage, produit un calcule non réversible avec deux paramètres aléatoires demandée par Bob, Céline aura beau écouter toutes les réponses possibles elle ne pourra jamais répondre à une nouvelle demande de Bob. Ainsi tu peux vérifier que Alice connait son code sans jamais le transmettre (ni le code crypté, ni le hashage direct) sur le réseau.
28 févr. 2005 à 14:52
28 févr. 2005 à 14:26
Le but du système est d'avoir un calcul assez complexe pour qu'il soit extrement difficile de recréer un document en connaissant la clef de hashage.
Si D1 est un document et H ma clef de hashage, j'ai une chance sur 2^128 d'avoir un document D2 pour lequel H est aussi ma clef de hashage. Il est infiniment improbable de retrouver un document cohérent ayant la même clef de hashage.
Pour les mots de passe, si le cryptage est en md5 et qu'il est suffisant de le valider en comparaison sur une page web, la sécurité n'est tout de même pas au rendez-vous.
Pour valider un mot de passe dans une application normallement constituée, on utilise des algorithmes de vérification sans échange de connaissance (zero-knowledge verification). C'est ce que fait votre navigateur lorsque vous utilisez l'autentification Windows.