b'\n_START_ARTICLE_\nNombre de dominio internacionalizado\n_START_PARAGRAPH_\nUn nombre de dominio internacionalizado o Internationalized Domain Name (IDN) es un nombre de dominio de Internet que (potencialmente) contiene caracteres no ASCII. Este tipo de dominios puede contener caracteres con acento diacr\xc3\xadtico, como se requiere en muchos lenguajes europeos (entre ellos, el espa\xc3\xb1ol), o caracteres de escrituras no latinas como la \xc3\xa1rabe y las chinas. Sin embargo, el est\xc3\xa1ndar para nombres de dominio no permite tales caracteres, y la mayor parte del trabajo para elaborar una norma ha pasado por encontrar una forma de solucionar este tema, bien sea cambiando el est\xc3\xa1ndar o acordando una manera de convertir los nombres de dominio internacionalizados en nombres de dominio en ASCII est\xc3\xa1ndar mientras se mantenga la estabilidad del sistema de nombres de dominio._NEWLINE_El est\xc3\xa1ndar IDN fue propuesto originalmente en 1998. Despu\xc3\xa9s de mucho debate y propuestas competidoras, un sistema llamado Internacionalizaci\xc3\xb3n de Nombres de Dominio en Aplicaciones (Internationalizing Domain Names in Applications - IDNA) fue adoptado como el est\xc3\xa1ndar elegido, y en el a\xc3\xb1o 2005 empez\xc3\xb3 su presentaci\xc3\xb3n p\xc3\xbablica._NEWLINE_En IDNA, el t\xc3\xa9rmino nombre de dominio IDN espec\xc3\xadficamente denota a cualquier nombre de dominio que consiste solamente en etiquetas en las que el algoritmo IDNA ToASCII puede ser exitosamente aplicado. ToASCII se basa en la codificaci\xc3\xb3n ASCII Punycode de cadenas Unicode normalizadas.\n_START_SECTION_\nToASCII y ToUnicode\n_START_PARAGRAPH_\nLa conversi\xc3\xb3n entre las formas ASCII y no-ASCII de un nombre de dominio se realiza mediante algoritmos llamados ToASCII y ToUnicode. Estos algoritmos no se aplican a todo el nombre de dominio en su conjunto, sino a etiquetas individuales. Por ejemplo, si el nombre de dominio es www.ejemplo.com, entonces las etiquetas son www, ejemplo y com, y ToASCII o ToUnicode se aplicar\xc3\xadan a cada uno ellos por separado._NEWLINE_Los detalles de estos dos algoritmos son complejos, y est\xc3\xa1n especificados en los RFC enlazados al final de este art\xc3\xadculo. A continuaci\xc3\xb3n se muestra una visi\xc3\xb3n general de su comportamiento._NEWLINE_ToASCII deja sin ning\xc3\xban cambio cualquier etiqueta ASCII, pero actuar\xc3\xa1 si la etiqueta no es utilizable para DNS. Si una etiqueta dada contiene al menos un car\xc3\xa1cter no ASCII, ToASCII aplicar\xc3\xa1 el algoritmo Nameprep (el cual convierte la etiqueta a min\xc3\xbasculas y realiza otra normalizaci\xc3\xb3n) y entonces se traducir\xc3\xa1 el resultado a ASCII usando Punycode antes de anteponer la cadena de cuatro caracteres "xn--". Esta cadena de cuatro caracteres se llama el prefijo ACE, donde ACE significa ASCII Compatible Encoding (Codificaci\xc3\xb3n Compatible ASCII), y se utiliza para distinguir las etiquetas codificadas en Punycode de las etiquetas ASCII ordinarias. Hay que notar que el algoritmo ToASCII puede fallar de muchas maneras; por ejemplo, la etiqueta final puede exceder el l\xc3\xadmite de 63 caracteres de DNS. Una etiqueta en el cual ToASCII falla, no puede ser utilizada en IDN._NEWLINE_ToUnicode revierte la acci\xc3\xb3n de ToASCII, despojando el prefijo ACE y aplicando el algoritmo de decodificaci\xc3\xb3n Punycode. No revierte el procesado de Nameprep, debido a que es simplemente una normalizaci\xc3\xb3n y es por naturaleza irreversible. Al contrario de ToASCII, ToUnicode siempre acierta, porque simplemente retorna la cadena original si la decodificaci\xc3\xb3n llegara a fallar. Esto significa que ToUnicode no tiene efecto en una cadena que no comienza con el prefijo ACE.\n_START_SECTION_\nConsideraciones por enga\xc3\xb1os\n_START_PARAGRAPH_\nDebido a que IDN permite a los sitios de Internet utilizar nombres completos en Unicode, tambi\xc3\xa9n es posible el registro de dominios que se parezcan a otros en su versi\xc3\xb3n Unicode; no obstante, la versi\xc3\xb3n ACE del dominio es diferente, lo cual conlleva a descubrir las diferencias. Este tipo de ataques no se deben a deficiencias t\xc3\xa9cnicas en las especificaciones Unicode o IDNA, sino al hecho de que diferentes caracteres en diferentes lenguajes pueden parecer iguales, dependiendo de la fuente (tipo de letra) utilizada. Por ejemplo, el car\xc3\xa1cter Unicode U+0430 ("a" cir\xc3\xadlica min\xc3\xbascula), puede parecer id\xc3\xa9ntico al car\xc3\xa1cter Unicode U+0061 ("a" latina min\xc3\xbascula, utilizada en el idioma espa\xc3\xb1ol). T\xc3\xa9cnicamente, los caracteres que se ven parecidos son conocidos como hom\xc3\xb3grafos. La similitud solo se encuentra en la versi\xc3\xb3n Unicode del nombre de dominio, ya que la versi\xc3\xb3n ACE de los dominios es diferente. Por ejemplo, sabiendo que la primera "a" de p\xd0\xb0ypal.com es una "a" cir\xc3\xadlica, la versi\xc3\xb3n ACE del dominio es xn--pypal-4ve.com. _NEWLINE_Estos ataques de enga\xc3\xb1os (spoofing) potencialmente exponen a usuarios a ataques de phishing.'