Un article de Wikipedia.y-project.com.
En cryptographie, l'attaque de l'homme du milieu (HDM) ou man in the middle attack (MITM) est une attaque dans laquelle l'attaquant est capable de lire, insérer et comme il le souhaite les messages chiffrés entre deux partis, sans que ni l'un ni l'autre ne puisse se douter que la ligne entre eux a été compromise. L'attaquant doit d'abord être capable d'observer et d'intercepter les messages d'une victime à l'autre. L'attaque HDM est particulièrement applicable dans le protocole original d'échange de clés Diffie-Hellman, quand il est utilisé sans authentification.
[] Le problème de l'échange des clés
Un des problèmes majeurs lorsque deux personnes veulent échanger des données chiffrées, est celui de la transmission des clés : pour s'assurer d'être les seuls à connaître ces informations secrètes, les correspondants doivent pouvoir l'échanger de façon confidentielle. Dans le cadre de la cryptographie symétrique, il faut disposer d'un canal sécurisé qui lui même nécessite une clé pour être établi. Le problème entre ainsi dans un cercle vicieux.
Il a été en grande partie résolu grâce à l'introduction de la cryptographie asymétrique. Dans ce cas, les deux personnes possèdent chacune leur clé publique (qui sert à chiffrer) et leur clé privée (qui sert à déchiffrer). Ainsi, seules les clés publiques sont échangées. Même si quelqu'un réussissait à intercepter et à lire ces clés publiques, elles ne lui seraient d'aucune utilité pour déchiffrer, en partant du principe que l'algorithme de chiffrement est cryptographiquement sûr.
[] L'attaque de l'homme du milieu
L'attaque de l'homme du milieu ajoute comme condition supplémentaire que l'attaquant ait la possibilité non seulement de lire, mais de les messages. Dans ce cas, même le chiffrement asymétrique est vulnérable. Toutefois, l'habilité de l'intégralité des messages qui transitent est en général très difficile à obtenir.
Un autre aspect de l'attaque de l'homme du milieu est le suivant : l'attaquant peut se faire passer pour l'un des correspondants. Un scénario possible est le suivant :
- Elle croit en fait qu'il provient de Bob mais ne se doute pas qu'il a été transformé par un intermédiaire.
D'autres scénarios possibles :
- L'analyse de trafic et possiblement la vue non-encryptée des transmissions
- Le déni de service : l'attaquant peut par exemple bloquer toutes les communications avant d'attaquer un parti. L'ordinateur ne peut donc plus répondre et l'attaquant a la possibilité de prendre sa place.
[] Déroulement
Alice et Bob veulent échanger des données confidentielles, et Charles veut les intercepter. Ils possèdent chacun une clé privé ( resp. As, Bs et Cs ) et une clé publique ( resp Ap, Bp et Cp).
[] Cas normal
- Alice et Bob échangent leur clé publique. Charles peut les lire, il connait donc Ap et Bp.
- Si Alice veut envoyer un message à Bob, elle chiffre ce message avec Bp. Bob le déchiffre avec Bs.
- Charles, qui ne possède que Bp, ne peut pas lire le message.
[] Attaque
Admettons maintenant que Charles soit en mesure de les échanges entre Alice et Bob.
- Bob envoie sa clé publique à Alice. Charles l'intercepte, et renvoie à Alice sa propre clé publique ( Cp ) en se faisant passer pour Bob.
- Lorsque Alice veut envoyer un message a Bob, elle utilise donc, sans le savoir, la clé de Charles.
- Alice chiffre le message avec la clé publique de Charles et l'envoie à celui qu'elle croit être Bob.
- Charles intercepte le message, le déchiffre avec sa clé privée ( Cs ) et peut lire le message.
- Puis il chiffre à nouveau le message avec la clé publique de Bob ( Bp ), après l'avoir éventuellement modifié.
- Bob déchiffre son message avec sa clé privée, et ne se doute de rien puisque cela fonctionne.
Ainsi, Alice et Bob sont chacun persuadés d'utiliser la clé de l'autre, alors qu'ils utilisent en réalité tous les deux la clé de Charles.
[] Solutions
Il existe différents moyens pour se prémunir de cette attaque :
- Obtenir la clé publique de son interlocuteur par un tiers de confiance. Si les deux interlocuteurs possèdent un contact en commun (le tiers de confiance) alors ce dernier peut servir d'intermédiaire pour transmettre les clés. Les infrastructure à clés publiques sont des systèmes ou des organismes qui permettent de vérifier la validité des clés en se basant principalement sur des certificats.
- Échanger les clés par un moyen qui ne permet pas cette attaque : en main propre, par téléphone, etc.
- Vérifier le niveau de confiance qui a été accordé à la clé que l'on a en sa possession : certains logiciels comme GnuPG proposent de mettre la clé publique en ligne sur un serveur. Sur ce serveur, d'autres utilisateurs peuvent faire connaitre le degré de confiance qu'ils accordent à une clé. On obtient ainsi un graphe qui relie les différents utilisateurs.
- Authentification avec un mot de passe ou autre système avancé, comme la reconnaissance vocale ou biologique.
Un "degré de certitude" est obtenu en appliquant des règles en fonction des valeurs présentes sur le chemin entre deux utilisateurs. Ce degré est informel mais permet d'avoir une estimation de la pertinence d'une clé et l'identité qui lui est associée. Il ne doit toutefois pas être considéré comme une preuve de sécurité absolue.
[] Voir aussi
[] Lien Externe
DernierMirror
Le Texte ci-dessus est disponible sous GNU Free Documentation License.
La source est wikipedia http://fr.wikipedia.org/wiki/Attaque de l\\\'homme du milieu
