私は多くの企業に相談していますが、Windows ログイン ID にユーザー名の変形ではなくコード (例: u54aju または k56743) を使用している企業があることに気付きました。
ここでの理由は何ですか? first.last または類似のものの何が問題なのでしょうか? ユーザーは知らないようです。
答え1
IT の観点から見ると、大規模な組織は標準的な行動を好みます。実名に基づいたユーザー名を使用すると、衝突の可能性が確実に生じます (例: John Smith - 出身国によって異なります)。そのため、一貫性を保つために、従業員番号などに関連する一意の識別子を使用します。このような慣行は、業界全体に浸透し、非常に小規模な組織にも広がります。
答え2
ログイン情報は、ユーザー名とパスワードの 2 つの部分で構成されます。ユーザー名にユーザー名と標準スキームが使用されている場合、ログイン情報の半分は正確に推測できます。
たとえば、Sam Swift のログインが でsswift
、Derek Diggle が であるddiggle
場合、すべてのユーザーがそのスキームに従っていると想定しても問題ありません。これは便利ですが、全体的なセキュリティは低下します。
組織によっては、利便性を犠牲にして追加のセキュリティを求めるところもあります。
答え3
私が初めてフルタイムで働いていたとき、(ほぼ) 全員がログインした最初の普及システムはメインフレームでした。数十年前のメインフレーム OS では、ユーザー名のスペースが 8 文字などに制限されていました。従業員番号を使用すると、名前の略語を使用した場合の衝突を整理する必要もなく、そのスペースにうまく収まりました。
多くの古い組織では「メインフレーム」が主流であったため、それらの組織で選択された標準が LAN などの他のシステムにも浸透することがよくありました。