Un collega mi ha appena dimostrato che gli account nel nostro test AD sono stati in grado di autenticare quando si sostituisce ogni apersonaggio nel loro samAccountName con carattere danese å(ASCII 134 / å).
Ad esempio l'utente <domain>\aaa
può autenticarsi come ååå
.
Ho provato a riprodurlo in un AD W2K12R2 appena fornito (server singolo, tutti i valori standard), e funziona anche lì. Ho creato un account aaa
(non toccando mai la lettera ånel processo, in modo che nulla contenga å
) ed ho eseguito:
PS C: \ Users \ Administrator> runas / user: blocco note
Inserisci la password per ååå:
Tentativo di avviare il blocco note come utente "DEV-DLI \ ååå" ...
PS C: \ Utenti \ Amministratore>
che ha causato l'avvio del blocco note, in esecuzione come aaa
.
Lo stesso sembra valere per oe il personaggio danese ø, mentre l'ultimo carattere speciale danese ænon sembra corrispondere a nessun altro personaggio. Con l'utente aaa
in Active Directory, il tentativo di creare un utente con samAccountName ååå
fallirà, informandoti che The user logon name you have chosen is already in use (...)
.
Ho cercato su Google come un pazzo, ma non sono stato in grado di scoprire cosa sta succedendo. Qualcuno ha qualche suggerimento sul perché questo funziona?
å
non esiste in 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.
Sembra che å
sia ISO 8859-1 # 229 ed ø
è ISO 8859-1 # 248.
æ
dovrebbe corrispondere aae
(la letteraa
seguita dalla letterae
), FWIW.