Um colega de trabalho acabou de demonstrar para mim que as contas em nosso teste AD foram capazes de autenticar ao substituir todos os acaracteres em seu samAccountName por dinamarquês å(ASCII 134 / å).
Por exemplo, o usuário <domain>\aaa
pode se autenticar como ååå
.
Tentei reproduzir isso em um W2K12R2 AD recém-provisionado (servidor único, todos os valores padrão) e funciona lá também. Criei uma conta aaa
(nunca tocando a letra åno processo, para que nada contenha å
) e executei:
PS C: \ Usuários \ Administrador> runas / user: ååå notepad
Digite a senha para ååå:
Tentativa de iniciar o bloco de notas como usuário "DEV-DLI \ ååå" ...
PS C: \ Usuários \ Administrador>
o que causou o início do bloco de notas, executando como aaa
.
O mesmo parece valer para oo personagem dinamarquês ø, enquanto o último caractere dinamarquês especial ænão parece corresponder a nenhum outro personagem. Com o usuário aaa
no AD, a tentativa de criar um usuário com samAccountName ååå
falhará, informando isso The user logon name you have chosen is already in use (...)
.
Eu pesquisei como um louco, mas não consegui descobrir o que está acontecendo. Alguém tem alguma dica de por que isso funciona?
å
não existe em 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 å
é ISO 8859-1 # 229 e ø
é ISO 8859-1 # 248.
æ
deve corresponder aae
(a letraa
seguida pela letrae
), FWIW.