Un compañero de trabajo acaba de demostrarme que las cuentas en nuestra prueba AD pudieron autenticarse al reemplazar cada acarácter en su SamAccountName con carácter danés å(ASCII 134 / å).
Por ejemplo, el usuario <domain>\aaa
puede autenticarse como ååå
.
Intenté reproducir esto en un AD W2K12R2 recién provisto (servidor único, todos los valores estándar), y funciona allí también. Creé una cuenta aaa
(nunca toqué la letra åen el proceso, para que nada contenga å
) y ejecuté:
PS C: \ Users \ Administrator> runas / user: ååå notepad
Ingrese la contraseña para ååå:
Intentando iniciar el bloc de notas como usuario "DEV-DLI \ ååå" ...
PS C: \ Usuarios \ Administrador>
lo que provocó el bloc de notas para iniciar, corriendo tan aaa
.
Lo mismo parece ser cierto para oel personaje danés ø, mientras que el último personaje especial danés æno parece corresponder a ningún otro personaje. Con el usuario aaa
en AD, intentar crear un usuario con samAccountName ååå
fallará, informándole de eso The user logon name you have chosen is already in use (...)
.
He buscado en Google como un loco, pero no he podido averiguar qué está pasando. ¿Alguien tiene alguna pista de por qué esto funciona?
å
no existe en ASCII.
man ascii
: ASCII is the American Standard Code for Information Interchange. It is a 7-bit code. Many 8-bit codes (e.g., ISO 8859-1) contain ASCII as their lower half. The international counterpart of ASCII is known as ISO 646-IRV.
Parece que å
es ISO 8859-1 # 229 y ø
es ISO 8859-1 # 248.
æ
debe corresponder aae
(la letraa
seguida de la letrae
), FWIW.