6 comments

• 

  Steph

  4 years ago

  En anglais, une explication plus explicite de comment ça fonctionne:
  
  http://www.livejournal.com/users/rjl20/446919.html
  
  En gros, IDN permet l'utilisation de caractères utf-8 dans les URL. Cet exploit utilise la ressemblance graphique de certains caractères pour envoyer l'utilisateur sur un autre site que celui qu'il imagine. Dans le "proof of concept" publié par le groupe Shmoo, le premier "a" de "paypal" est remplacé dans l'URL par un caractère dont la forme graphique ressemble à  s'y méprendre à  un "a" normal, mais qui est en fait un autre caractère.
  reply
• 

  Steph

  4 years ago

  Une explication un peu plus technique en français (merci Corsac):
  
  http://www.k-otik.com/bugtraq/bulletins/908
  reply
• 

  Steph

  4 years ago

  Qui s'est endormi, Chris?
  reply
• 

  chris waigl

  4 years ago

  C'est ta faute, avec notre discussion sur les allophones !! Bleah. J'ai changé le titre du billet, bien sur, mais pas le permalien.
  reply
• 

  dr Dave

  4 years ago

  This potential exploit was mentioned, discussed, waved around and overall beaten to death when the idea of allowing unicode characters in domain names first came up, I'd say, about a full year ago. I do remember, among other thing, the usual 500+ thread on Slashdot at the time...
  
  Whoever at Apple and Mozilla (and most of all the people who came with the RFC) didn't see that one coming is not only ridiculously stupid (unicode collisions and their dangers usually stand somewhere in the second paragraph in any text talking about encodings) but also very, very deaf.
  reply
• 

  Timtom

  4 years ago

  Si jamais, le plugin Saft pour Safari permet d'afficher un message d'alerte s'il identifie une URL IDN et en affiche le contenu réel.
  reply