Wie bereits erwähnt, können Benutzer den Konsequenzen der Belästigung oder des Betrugs anderer Benutzer leichter ausweichen, wenn Benutzer Benutzernamen einfach ändern können (nennen wir sie zur eindeutigen Bezeichnung "Anzeigename"). Wenn Ihre Website einen sozialen Aspekt hat, überlegen Sie möglicherweise, ob Verbote, Sperren, Berichte, Chat-Verlauf usw. einen Benutzernamenwechsel durchführen (dh wird einem Benutzer bewusst, dass er mit demselben Konto spricht, obwohl sich der Name geändert hat? ).

Ein weiterer zu berücksichtigender Punkt sind Anonymitäts- oder Datenschutzbedenken. Es kommt ziemlich häufig vor, dass jemand ein Konto mit seinem richtigen Namen erstellt und es dann aus irgendeinem Grund bereut, seine wahre Identität damit verbunden zu haben. Manchmal liegt dies daran, dass sie beim Mobbing erwischt wurden, aber oft auch aus legitimen Gründen, weil sie persönliche Details ihres Lebens übermäßig teilen, oder weil sie Opfer von Mobbing werden. Diese aktuelle Frage ist ein anderes Beispiel:

Ich habe versehentlich ein Kennwort für eine Website als Benutzernamen für eine andere Website eingegeben

In diesem Fall senden Ein Serviceticket, das von einem Menschen überprüft werden kann oder das eine begrenzte Anzahl von Änderungen des Kontonamens zulässt, klingt nach vernünftigen Ansätzen.

Wir verwenden derzeit Ihren Vorschlag für Personen, die sich an uns wenden, um eine Änderung anzufordern. Aufgrund der manuellen Arbeit ist er jedoch nicht so skalierbar und erfordert, dass wir zur Überprüfung Antworten auf ihre Sicherheitsfragen anfordern.

Das ist definitiv falsch. Sie müssen dies nicht nur manuell tun, sondern müssen auch jedem, der solche Anforderungen verarbeitet, Antworten auf Sicherheitsantworten geben.

Wenn Sie die Kontrolle behalten möchten, automatisieren Sie dies halb: Lassen Sie den Benutzer alles tun die vorbereitenden Arbeiten, dh geben Sie den neuen Namen ein, schreiben Sie den Grund (wenn Sie sich interessieren) und beantworten Sie die Sicherheitsfrage. Jetzt müssen die Helpdesk-Mitarbeiter nur noch die Anfrage genehmigen oder ablehnen.

In den anderen Antworten wurden viele Gründe für und gegen das Zulassen von Änderungen des Benutzernamens angegeben. Beachten Sie nur, dass Sie möglicherweise den mittleren Weg gehen: Erlauben Sie eine einzelne automatisierte Änderung, z. B. einmal pro Jahr. Dies ist großzügig genug, um 99% der Anfragen zu bearbeiten, aber begrenzt genug, um die meisten Missbräuche zu verhindern.

Ich bin ein wenig überrascht, dass dies nicht erwähnt wurde. Ich würde jedoch annehmen, dass der Grund, warum Sie auf vielen Websites Ihren Benutzernamen nicht ändern können, darin besteht, dass es ein Problem darstellt, wenn die Kontoinformationen eines Benutzers gestohlen werden, da der Angreifer jetzt alles im Konto vollständig ändern kann.

Es Es ist zweifellos komplexer zu versuchen, ein Konto für eine Person wiederherzustellen, bei der ihre Daten gestohlen wurden und alles vollständig geändert wurde. Die allgemeinen Informationen, die sich nie ändern werden, erleichtern es einem Benutzer, auf sein Konto zurückzugreifen, falls er den Zugriff darauf verliert.

Ich denke, einige der anderen Antworten hier haben bessere Lösungen geliefert Ich bin mir jedoch nicht sicher, ob viele von ihnen angesprochen haben, was Sie tatsächlich gefragt haben, was die Sicherheitsauswirkungen einer Änderung des Benutzernamens betrifft.

Ich würde argumentieren, dass Sie besser dran sind, Benutzern nicht zu erlauben, ihre Benutzernamen zu ändern, aber es hängt wirklich von Ihrem Bedrohungsmodell ab. Hier sind die Vorteile, die & für das Zulassen hat:

Pro:

Nachteile:

• Wie oben erwähnt, erleichtert dies Benutzern das Ausführen von sozialen Netzwerken Engineering-Angriffe auf Ihrer Site gegeneinander.
• Sie haben Ihrer Site Komplexität hinzugefügt, was wiederum die Anzahl potenzieller Sicherheitslücken erhöht. Wenn Sie beispielsweise nach Duplikaten suchen, liegt jetzt eine Sicherheitsanfälligkeit bezüglich Benutzeraufzählung vor.

Sie gleichen im Wesentlichen zwei konkurrierende Probleme aus, wobei ein dritter Faktor eine Rolle spielt. Der erste ist die Sicherheit für die Benutzer auf Ihrer Website. Das Ändern eines Benutzernamens ist eine einfache Möglichkeit, andere Personen zu betrügen, um sie zu betrügen. Das zweite ist, dass das Ändern eines Benutzernamens eine einfache Möglichkeit ist, andere Personen zu täuschen, um von ihnen wegzukommen.

Personen, die belästigt werden, möchten ihren Benutzernamen lieber ändern, da dies eine sofortige Erleichterung darstellt. Leute, die andere belästigen, möchten es ändern, wie es durch anfängliche Verteidigung möglich ist. Und der andere Faktor ist, dass mehr bewegliche Teile bedeuten, dass mehr Dinge getroffen werden müssen, was weniger sicher bedeutet.

Ihre erste Vorgehensweise sollte darin bestehen, zu entscheiden, auf welche Weise Sie sich hier stützen. Konzentrieren Sie sich darauf, Betrüger zu verhindern, oder versuchen Sie, die Umwelt so sicher wie möglich zu gestalten? Denken Sie daran, dass das Erstellen einer sicheren Umgebung bedeuten kann, dass eine Änderung nicht automatisiert wird, und es gibt andere Gründe, einen Benutzernamen zu ändern, sowohl gute als auch schlechte. Das müssen Sie anhand Ihrer Kenntnisse über Ihre Website herausfinden. Der zweite Schritt wäre, festzustellen, ob Sie hierfür eine sichere Implantation durchführen können oder nicht.

An dieser Stelle handelt es sich um ein Flussdiagramm. Möchten Sie es lieber automatisieren, können es aber nicht sicher tun? Tu es nicht. Haben Sie ein Problem mit Betrügern und anderen Social-Engineering-Angriffen? Tu es nicht. Möchten Sie das Ändern vereinfachen und sicher implementieren? Tun Sie es.

Ich möchte darauf hinweisen, dass es, wie andere vorgeschlagen haben, eine gute Idee ist, die Benutzernamen im Auge zu behalten, auch wenn sie versteckt und nur für Sie verfügbar sind (idealerweise versteckt, wenn Änderungen aus Sicherheitsgründen vorgenommen werden) und den Benutzernamen zu erhöhen Die Verfügbarkeitsprüfung für die letzten drei Benutzernamen auf der Website wäre nützlich (und etwas anderes, um die Sicherheit zu gewährleisten).

Zuletzt haben Sie die Skalierbarkeit erwähnt. Wenn Sie skalieren, wird es einfacher (billiger zu lesen), Dinge zu automatisieren, die Sie aus Sicherheitsgründen möglicherweise nicht tun, und sich auf andere Weise gegen Angriffe zu verteidigen. Ein Beispiel hierfür finden Sie auf Twitter. Wenn Sie diesen Punkt erreichen, automatisieren Sie, je früher, desto besser.

Nach meiner Erfahrung erschwert das Zulassen einer Änderung von Benutzernamen, für die es ursprünglich nicht geplant war, die Überwachung / Protokollierung etwas, insbesondere unter den unvermeidlichen Umständen, unter denen ein Entwickler vor Jahren beschlossen hat, den Benutzernamen, aber nicht den Primärschlüssel an jeden anzuhängen Protokolleintrag.

Dies passiert insbesondere, wenn Sie Amateur- / ausgelagerte Entwickler einstellen. Ihre Protokolle werden zu Müll, den Sie forensisch rekonstruieren müssen, indem Sie manuell auf Daten verweisen, wenn Ihre Protokolleinträge nicht zugeordnet sind Der Benutzername des ursprünglichen Primärschlüssels zum Zeitpunkt der Aktivität.

Bevor Sie dies aktivieren, sollten Sie sich alle Protokollierungslösungen ansehen, die Sie möglicherweise haben, und sicherstellen, dass sie den pk daneben aufzeichnen / anstelle des Benutzernamens, damit Sie die Identität über Änderungen des Benutzernamens hinweg verfolgen können.

Meiner Meinung nach ist dies eher eine Frage der Strategie oder Architektur als der Sicherheit. Solange Sie sicherstellen, dass für jeden Benutzer eine intern eindeutige Kennung vorhanden ist (z. B. eine DB-eindeutige ID, die sich jedoch nie ändern wird, aber das muss nirgendwo angezeigt werden) und ein Änderungsverlauf pro Benutzer, Benutzer sollten in der Lage sein, ihre Anmeldungen oder Benutzernamen zu ändern. Wenn Sie den Änderungsverlauf auf der Benutzerseite anzeigen möchten, hängt dies vom Zweck und der Verwendung Ihrer Software ab.

Ich persönlich finde die Dienste, die diese Art von willkürlichen Einschränkungen auferlegen, immer sehr ärgerlich ("können Sie nicht) Ändern Sie Ihren Benutzernamen "," Sie können Ihr Login nicht ändern "," Sie können Kennwörter, die Sie bereits in der Vergangenheit verwendet haben, nicht wiederverwenden "usw.).

Wir können jedoch zwischen drei Fällen unterscheiden ( plus die allgemeine):

1. Offline-Software

2. Intranetservice

3. Internetdienst

4. Zusammenfassung

ol>

1 - Offline-Software

Im Falle einer vollständigen Offline-Software sollten Benutzer immer in der Lage sein, ihre Anmeldung zu ändern. Hier ist alles lokal, daher gibt es keinen Grund, Änderungen zu verbieten.

2 - Intranetservice

Bei einem Intranetservice erwarten wir höchstwahrscheinlich, dass Benutzer eine einfache Möglichkeit haben, einen Administrator direkt zu kontaktieren.

Möglicherweise Der sicherste Weg, um die Anmeldung zu ändern, ist dann möglicherweise ein manueller Vorgang. Es ist wahrscheinlich auch möglich, einen sicheren Weg zur Automatisierung des Vorgangs zu gewährleisten.

Dennoch sollten Benutzer meiner Meinung nach in der Lage sein, ihre Anmeldung zu ändern, und die Anmeldung sollte völlig unabhängig von der eindeutigen ID des Benutzers sein.

3 - Internetdienst

Bei einem Onlinedienst sollte die Anmeldung immer immer die E-Mail-Adresse des Benutzers sein (oder in einigen Fällen auch) Fälle, eine Mobiltelefonnummer. Sobald es sich jedoch um einen Internetdienst handelt, würde ich erwarten, dass mein Benutzer eine E-Mail-Adresse hat und die Verwendung einer Telefonnummer nicht empfehlen würde.

In diesem Fall sollten Benutzer in der Lage sein, ihre E-Mail-Adresse und damit ihre Anmeldung (dh ihre E-Mail-Adresse) jederzeit zu ändern.

In diesem Fall natürlich Sie sollten sicherstellen, dass ein ordnungsgemäßes Verfahren vorhanden ist, um sicherzustellen, dass bei Auftreten der Änderungsanforderung ein Mechanismus vorhanden ist, mit dem bestätigt werden kann, dass der Anforderer der Kontoinhaber ist (Bestätigungs-E-Mail mit Bestätigungslink mit Ablaufdatum, z. B. 24 Stunden) Dies hängt jedoch von Ihrem Fall ab.

4 - Zusammenfassung

• Benutzer sollten immer in der Lage sein, ihre Anmeldung zu ändern.
• Die eindeutige ID des Benutzers sollte immer vorhanden sein Seien Sie unabhängig von der Anmeldung
• im Falle eines Internetdienstes, vermeiden Sie die Anmeldung mit dem Benutzernamen, bevorzugen Sie die Anmeldung mit der E-Mail-Adresse und führen Sie in jedem Fall ein Validierungs- / Bestätigungsverfahren durch Möglicherweise ist es eine gute Idee, den Änderungsverlauf zu verfolgen. Ob Sie ihn in einem "Benutzerprofil" anzeigen oder nicht, hängt von Ihrem spezifischen Anwendungsfall ab.

Ich sehe keine Antwort, die die wichtigste Frage überprüft:

Ist der Benutzername auf Ihrer Site ein Geheimnis oder nicht?

Wenn der Benutzername einem Benutzer angezeigt wird Profilseite oder als Autor in Forenbeiträgen oder in einer Mitgliederliste durchsuchbar, enthält sie keine Sicherheitsfunktionen. Daher hat das Ändern oder Nicht-Ändern keine Bedeutung für die Sicherheit.

Wenn der Benutzername ein Geheimnis ist, z. Sie haben einen anderen Anzeigenamen oder zeigen den vollständigen Namen des Benutzers an, verwenden jedoch einen Kurznamen oder Alias ​​für Anmeldezwecke. Wenn der Benutzername ein Geheimnis ist, wirkt sich dies auf die Sicherheit aus, da ein Angreifer sowohl den Benutzernamen als auch das Kennwort kennen muss, um auf ein Konto zugreifen zu können.

Da Benutzer jedoch dazu neigen, Benutzernamen wiederzuverwenden und Benutzernamen im Allgemeinen nicht wie bei Kennwörtern als geheim betrachten, ist der Benutzername ein schwaches Geheimnis. Bei vielen Angriffen (MtM, Keylogger, Phishing, DB-Hacks usw. usw.) spielt es auch keine Rolle Antworten) überwiegen bei weitem die Sicherheitsaspekte.

Wenn Sie Benutzern erlauben, E-Mail-Adressen als Anmeldenamen zu verwenden, müssen Sie ihnen erlauben, ihre Anmeldung zu ändern:

• Wenn jemand eine Organisation verlässt, verliert er möglicherweise sofort den Zugriff auf diese Adresse und die neue Adresse kann genauso schnell einer anderen Person zugewiesen werden . (Ich musste den ISP ohne Vorankündigung wechseln, als sie feststellten, dass sie mein neues Haus doch nicht verbinden konnten. Die E-Mail-Adressen wurden am selben Tag für andere verfügbar.) Selbst wenn Sie die Adresse nur als Anmeldenamen verwenden und niemals für tatsächliche E-Mails, ist dies ein wichtiger und unnötiger Vektor für Social-Engineering-Angriffe.
• Wenn Sie zulassen, dass sie die E-Mail-Adresse ändern, die Sie während des E-Mail-Versands verwenden Sie protokollieren immer noch mit der alten Adresse, die verwirrend und fehlerhaft ist und zu Supportanrufen führt.

Es gibt einige Punkte dafür und dagegen.

Beispielsweise möchte ein Benutzer möglicherweise den Namen ändern, um nicht erkannt zu werden, da er bemerkt hat, dass beim Googeln seines Benutzernamens von Site A sein Profil angezeigt wird Site B.

Andererseits gibt es einen Punkt, an dem es nicht erlaubt ist, sie zu ändern, damit die Leute ihn auf Ihrer Site wiedererkennen können. Denken Sie an ein Forum mit einem bekannten Troll. Die Leute wissen, wie man mit ihm umgeht und schenken ihm keine Aufmerksamkeit. Bis er seinen Spitznamen ändert. Dies ist natürlich kein wirklicher Schutz, da er einen anderen Benutzernamen registrieren kann, aber es vermeidet Missbrauch, indem der Name für jeden Beitrag geändert wird.

Wenn der Spitzname eine Art Primärschlüssel ist, können Sie keine Änderung zulassen es. Denken Sie an eine E-Mail-Adresse oder eine Jabber-ID. Auf einigen Websites können Sie den Namen weiterhin ändern, und Sie müssen dabei vorsichtig sein. Wenn Sie erwägen, Ihren Twitter-Spitznamen zu ändern, registrieren Sie den alten Namen anschließend besser, um zu vermeiden, dass er mit dem neuen Benutzer verknüpft wird. Dies ist ein Punkt, um den Benutzernamen auch nach dem Löschen des Kontos für die zukünftige Verwendung zu sperren.

Ein Benutzername ist Teil des Anmeldevorgangs. Wenn Sie ihn also ändern, wird möglicherweise ein Brute-Force-Angriff gestoppt. Abhängig von der Site, auch ohne dass der Angreifer weiß, ob das Passwort falsch ist oder ob der gesamte Benutzer nicht existiert.

Am Ende würde ich denken, dass der Benutzername eindeutig und wahrscheinlich nicht änderbar und danach gesperrt sein sollte Löschen des Kontos, aber Sie sollten eine Möglichkeit bereitstellen, einen Anzeigenamen zu definieren, der stärker hervorgehoben wird als das Kontohandle.

Sehen Sie sich SO an, das IDs verwendet, oder einen guten alten ICQ, der ein Nummerierungsschema verwendet. Die Benutzer müssen den Anzeigenamen in ihrer Kontaktliste verwenden, denn wer merkt sich alle UINs seiner Freunde?

Schließlich muss Ihre Entscheidung nicht endgültig sein. Sie können jederzeit zum anderen Modell wechseln. Das Ändern von festen Benutzernamen sollte keine große Sache sein. Das Korrigieren von Benutzernamen, die geändert werden konnten, erfordert wahrscheinlich eine Erklärung für Ihre Benutzer.

Wir müssen uns einige der möglichen Optionen ansehen:

Warum sollte der Benutzer seinen Benutzernamen ändern wollen?
-Personalisierung
-sie haben einen Stalker

Warum soll der Benutzer seinen Benutzernamen ändern?
- Vielseitigkeit / Personalisierung bringt treue Kunden hervor

Warum möchte der Benutzer nicht, dass andere Benutzer ihren Benutzernamen ändern?
- der OG-Hipster Entschuldigung "Ich war der erste Soccerkid96, es kann keine anderen geben"
-Ich kann mir wirklich keinen anderen Grund vorstellen

Warum soll der Benutzer seinen Benutzernamen nicht ändern?
-Einige Sorte von Identitätsbetrug? Mehrere Phishing-Konten, die nach xXP0rn $ L @ yerXx, dem Weltrekordhalter mit der höchsten Punktzahl, benannt sind, können als Hintertür für Informationen oder möglicherweise als Sicherheitslücke für Datenbanküberlastung oder DDoSing verwendet werden.

Um die meisten unerwünschten Probleme zu vermeiden, Ich würde eine eindeutige statische Kennung für alle Konten empfehlen (unabhängig vom Namen des öffentlichen Kontos), für die Änderung des Benutzernamens, 1 Änderung des Benutzernamens pro 5000 Jahre usw. zahlen.