Das einzige Problem wäre, dass zwei Zeichen nicht auf Anhieb optisch voneinander zu unterscheiden sind, wie beispielsweise р und p
Dadurch spielst du auf Non-ASCII Chars hin. Da Betriebssicherheit höher werte als maximale Zeichensatz (siehe den Fall der möglichen Umstellung des Zeichenencodings) lehne ich Non-ASCII-Chars in allen Identitätsfeldtypen ab.
Du musst garantieren können, dass die Bytefolge, die ein Passwort definiert, jederzeit transportiert werden kann. Anderseits spielst du mit Feuer.
mfg Beat
--
><o(((°> ><o(((°>
<°)))o>< ><o(((°>o
Der Valigator leibt diese Fische
><o(((°> ><o(((°>
<°)))o>< ><o(((°>o
Der Valigator leibt diese Fische