Ein Kollege hat mir gerade gezeigt, dass sich Konten in unserem AD-Test authentifizieren konnten, wenn jedes aZeichen in ihrem samAccountName durch ein dänisches Zeichen å(ASCII 134 / å) ersetzt wurde.
Der Benutzer <domain>\aaa
kann sich zB als authentifizieren ååå
.
Ich habe versucht, dies in einem frisch bereitgestellten W2K12R2 AD (einzelner Server, alle Standardwerte) zu reproduzieren, und es funktioniert auch dort. Ich habe ein Konto erstellt aaa
(ohne den Brief dabei zu berühren å, damit nichts enthalten ist å
) und lief:
PS C: \ Users \ Administrator> runas / user: Editor
Geben Sie das Passwort für ååå ein:
Versuch, den Editor als Benutzer "DEV-DLI \ ååå" zu starten ...
PS C: \ Benutzer \ Administrator>
was dazu führte, dass der Editor gestartet wurde und als ausgeführt wurde aaa
.
Dasselbe scheint für einen odänischen Charakter zu gelten ø, während der letzte dänische Sonderzeichen ækeinem anderen Charakter zu entsprechen scheint. aaa
Wenn ååå
sich der Benutzer in AD befindet, schlägt der Versuch fehl, einen Benutzer mit samAccountName zu erstellen , und Sie werden darüber informiert The user logon name you have chosen is already in use (...)
.
Ich habe gegoogelt wie ein Verrückter, konnte aber nicht herausfinden, was los ist. Hat jemand irgendwelche Hinweise, warum dies funktioniert?
å
existiert nicht 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.
Es sieht aus wie å
ist ISO 8859-1 # 229 und ø
ist ISO 8859-1 # 248.
æ
sollte entsprechenae
(dem Buchstabena
gefolgt von dem Buchstabene
), FWIW.