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>\aaapuò 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 aaain 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 letteraaseguita dalla letterae), FWIW.