Ich berate viele Unternehmen und stelle fest, dass einige von ihnen für ihre Windows-Anmelde-ID Codes anstelle einer Variante des Benutzernamens verwenden, z. B. u54aju oder k56743 ...
Was ist hier die Begründung? Was ist falsch an first.last oder ähnlichem? Die Benutzer scheinen es nicht zu wissen.
Antwort1
Aus IT-Sicht legen große Organisationen Wert auf standardisiertes Verhalten. Wenn Sie einen Benutzernamen verwenden, der auf dem echten Namen einer Person basiert, besteht definitiv die Möglichkeit von Kollisionen (z. B. John Smith – abhängig von Ihrem Herkunftsland). Aus Gründen der Konsistenz würden sie daher eine eindeutige Kennung verwenden, die wahrscheinlich mit der Mitarbeiternummer oder Ähnlichem zusammenhängt. Diese Art von Vorgehensweise würde sich dann auch in der übrigen Branche durchsetzen, selbst bei deutlich kleineren Organisationen.
Antwort2
Anmeldeinformationen bestehen aus zwei Teilen: Benutzername und Passwort. Wenn der Benutzername den Benutzernamen und ein Standardschema verwendet, kann die Hälfte aller Anmeldeinformationen genau erraten werden.
Wenn Sam Swift beispielsweise den Login hat sswiftund Derek Diggle ddiggle, kann man davon ausgehen, dass alle Benutzer diesem Schema folgen. Das ist zwar bequemer, verringert aber die allgemeine Sicherheit.
Einige Organisationen möchten diese zusätzliche Sicherheit auf Kosten der Benutzerfreundlichkeit.
Antwort3
In meinem ersten Vollzeitjob war das erste weit verbreitete System, bei dem sich (fast) jeder anmeldete, der Mainframe. Mainframe-Betriebssysteme von vor Jahrzehnten hatten einen begrenzten Platz für Benutzernamen – beispielsweise 8 Zeichen. Die Verwendung einer Mitarbeiternummer passte gut in diesen Platz, ohne dass man Kollisionen mit der Verwendung von Namensabkürzungen klären musste.
Angesichts des Status des „Mainframes“ in vielen älteren Organisationen wurde der für sie gewählte Standard häufig auch auf andere Systeme wie LANs übertragen.