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>\aaapode 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 aaano 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 letraaseguida pela letrae), FWIW.