Frage:
Sollten Benutzer aus Sicherheitsgründen aufgefordert werden, ihr Kennwort bei der Registrierung zu bestätigen?
Celeritas
2013-01-30 00:40:13 UTC
view on stackexchange narkive permalink

Ist es ratsam, dass Benutzer ihr Passwort erneut eingeben, um zu bestätigen, dass es korrekt ist? In Bezug auf User Experience scheint der allgemeine Konsens Nein zu sein, aber ich frage mich, ob dies Auswirkungen auf die Sicherheit hat.

BEARBEITEN: Meine zwei Cent würden einige Benutzer nicht dazu führen Haben Sie das Gefühl, dass die Website unsicher oder unprofessionell ist?

BEARBEITEN 2: Fairerweise wurde in UX die Frage nach einem im Klartext angezeigten Kennwort gestellt (daher ist es weniger wahrscheinlich, dass ein Fehler gemacht wird). Ändert dies die Antworten?

Ich persönlich halte den UX-Trend zu einem einzelnen Feld für falsch. In dem Sinne, dass es keinen Benutzer interessiert, wenn Sie ihn bitten, sein Passwort zu wiederholen. Dies ist eine einmalige Aktivität für die meisten Benutzer. Wenn sie ein Konto möchten, spielen sie mit. Sie werden keinen wütenden Wutanfall bekommen und gehen, nur deswegen. Die UX-Leute sagen, dass das Zurücksetzen eines Passworts heutzutage eine triviale Angelegenheit ist. Unabhängig davon, wie Sie es betrachten, ist das Zurücksetzen Ihres Passworts viel schmerzhafter, als es nur einmal zu wiederholen, wenn Sie es erstellen / ändern.
Sprechen Sie über die Erstellung eines neuen Passworts oder als Teil des Hauptauthentifizierungsdialogs? Schöpfung: ja; Login: irritierender Ärger.
@Kaz, Können Sie sich mindestens einen gültigen Grund für die Bestätigung des Passworts beim Login vorstellen?
Ja, ich kann mir einen gültigen Grund vorstellen. Angenommen, die Benutzeroberfläche muss sich mit einem Authentifizierungsmodul befassen, das das Konto nach nur drei ungültigen deaktiviert. Wenn Sie den Benutzer dazu bringen, dasselbe einzugeben, kann dies dazu beitragen, die Anzahl der Fehler zu verringern.
Was ist mit dem Szenario, in dem der Benutzer das Kennwort kopiert und einfügt, um zu vermeiden, dass es zweimal eingegeben werden muss? (Ich denke nicht, dass es so ungewöhnlich ist.)
Fünf antworten:
Rory Alsop
2013-01-30 00:51:46 UTC
view on stackexchange narkive permalink

Der wahre Grund dafür, dass ein Benutzer sein Passwort zweimal eingibt, besteht darin, eine falsche Eingabe zu vermeiden. Wenn Sie ein neues Passwort eingeben, ist es sehr einfach, einen falschen Großbuchstaben zu erhalten oder versehentlich den Buchstaben neben dem einen einzugeben Sie denken, Sie tippen.

In diesem Fall kann der Benutzer nicht auf sein Konto zugreifen. Zu diesem Zeitpunkt können schwächere Sicherheitsformen wie das Zurücksetzen des Kennworts ins Spiel kommen.

Wenn Sie es zweimal eingeben, überprüfen Sie schnell, ob der Benutzer konsistent genug ist, um es zweimal gleich zu machen - also haben sie es wahrscheinlich richtig.

Wenn Sie das Passwort zweimal eingeben, können Sie es sich leicht merken.
@Vorac: Sie könnten eine (schwache) Behauptung für * einfacher * aufstellen, aber es bleibt weit hinter * leicht zu merken * zurück. Mit Ausnahmen für Savants, aber sie werden sich daran erinnern, nachdem sie es einmal eingegeben haben.
Iszi
2013-01-30 01:41:49 UTC
view on stackexchange narkive permalink

Es gibt einen wichtigen Punkt, der hier kaum angesprochen wird und in dem von Ihnen verlinkten UX-Thread etwas mehr angesprochen wird, den ich hervorheben möchte.

Das Feld zur Kennwortbestätigung allein dient keinem Sicherheitszweck . Es dient jedoch als Usability -Zusatz, um Kopfschmerzen zu lindern, die andernfalls durch etwas verursacht werden könnten, das eine Sicherheitsfunktion ist.

Der Grund, den wir haben Benutzer bestätigen ihre Passwörter, weil sie ihr Passwort bei der Eingabe nicht auf dem Bildschirm sehen können. Der Grund, warum wir ihnen nicht erlauben, das Passwort auf dem Bildschirm zu sehen, besteht darin, zu verhindern, dass Schulter-Surfer, Überwachungskameras, freigegebene Desktop-Benutzer und Bildschirmaufnahme-Tools das Passwort sehen.

Wenn das Passwortfeld angezeigt wird bleiben Sie entlarvt, dann wäre es sinnvoll, auf eine Passwortbestätigung zu verzichten. Sie können dies bereits in einigen Anwendungen in Aktion sehen (KeePass ist ein Beispiel), mit denen Sie das Kennwortfeld selektiv maskieren / demaskieren können. In diesen Anwendungen ist das Kennwortbestätigungsfeld nur aktiviert, wenn das Kennwort maskiert ist.

Der Dialog des Kennwortbestätigungsdialogs dient der Überprüfung der Integrität des Benutzers. Benutzern kann nicht vertraut werden, dass sie ihr Passwort 100% der Zeit fehlerfrei eingeben, und noch viel weniger, wenn sie das Passwort vor der Übermittlung nicht visuell überprüfen können. Es ist jedoch sehr unwahrscheinlich, dass ein Benutzer sein Passwort zweimal hintereinander auf die gleiche Weise "fetten" wird. Auf diese Weise kann ein Benutzer relativ sicher sein, dass er das Kennwort so festlegt, wie er es für richtig hält, ohne die Sicherheit durch Anzeige auf dem Bildschirm beeinträchtigen zu müssen.

Natürlich sollte dies so verstanden werden nur in der Registrierungsphase erforderlich. Dies liegt daran, dass Sie während des Setups nur eine Chance haben, Ihr Kennwort festzulegen, bevor Sie sich dazu verpflichten. Beim Anmelden erhalten Sie mehrere Versuche. Ein einmaliger Fehler bei der Anmeldung ist viel kostengünstiger als bei der Registrierung (ohne Bestätigungsfeld).

Thomas Pornin
2013-01-30 00:54:21 UTC
view on stackexchange narkive permalink

Es ist am besten, wenn Benutzer ihr Kennwort zweimal eingeben, weil:

  1. sie es möglicherweise falsch eingegeben haben und sie es nicht wissen würden , weil das Kennwort " versteckt "auf ihrem Display (es ist nur ein Haufen von '*');
  2. Wenn der Benutzer seine Sicherheit ernst nimmt, hat er ein brandneues Passwort generiert, das er wird muss auswendig lernen. Diese Art von Gedächtnis befindet sich in den Muskeln (tatsächlich in den Gehirnzellen, die die Muskeln direkt verwalten). Wenn der Benutzer sein brandneues Passwort zweimal eingibt, bedeutet dies, dass die Wahrscheinlichkeit halbiert , dass er es in zehn Minuten vergessen hat.
  3. ol>

    Wir Die Benutzer müssen das Kennwort dreimal nicht eingeben, da dies sie verärgern würde.

Fügen Sie zu # 1 hinzu: * ... wie es sein sollte. *
@Iszi: Ja, aber vergessen Sie nicht [Polynoms Antwort] (http://security.stackexchange.com/a/23339/13239), ob Passwörter maskiert werden sollen. Passwörter sollten standardmäßig maskiert sein, der Benutzer sollte jedoch die Möglichkeit haben, sie anzuzeigen. (Apples Kompromiss bei den Handheld-Geräten ist anständig: Das zuletzt eingegebene Zeichen ist sichtbar, alle anderen sind jedoch maskiert.)
Was ist mit einem dieser Kennwortstärkemessgeräte? Je höher die Stärke, desto öfter müssen sie es wiederholen. d.h. wenn die Passwortstärke bei 80% liegt, müssen sie sie 8 Mal eingeben. Sie könnten es sogar exponentiell machen. 1 Wiederholung bei 10%, 4 Mal bei 20%, 8 Mal bei 30% usw., 256 Mal bei 80% und 1024 bei 100%. Dadurch wird sichergestellt, dass sich Benutzer ihre Passwörter merken, und sie werden sich später dafür bedanken.
Klingt nach einer großartigen Möglichkeit, um sicherzustellen, dass alle Passwörter schwach sind.
@JonathanGarber Meiner Meinung nach gefällt mir, was Windows 8 mit dem Anmeldebildschirm gemacht hat. Eine Schaltfläche entfernt das passChar (das '*') und ändert das Textfeld in Realtext. Dies dauert nur so lange, bis Sie die Taste loslassen, sodass Sie sie so lange oder gar nicht gedrückt halten können.
tylerl
2013-01-30 15:12:07 UTC
view on stackexchange narkive permalink

Hier gibt es einen wichtigen Punkt:

Das Bestätigungsfeld ist speziell vorhanden, da das Kennwortfeld traditionell Ihre Eingabe maskiert. Die Frage ist nicht bestätigen Sie oder nicht , die Frage lautet maskieren Sie das Passwort oder nicht . Wenn Sie die Passworteingabe maskieren, müssen Sie bestätigen , da der Benutzer sonst möglicherweise falsch eingibt und es nicht weiß. Wenn Sie das Kennwort jedoch anzeigen, während der Benutzer es eingibt, kann er selbst sehen, ob er es korrekt eingegeben hat.

Der Vorteil des Maskierens des Kennworts besteht darin, dass diese vertraulichen Informationen vor schultersurfenden Zuschauern verborgen bleiben. Der Nachteil ist, dass es schwieriger ist zu bestätigen, dass Sie das Ding richtig eingegeben haben.

Der allgemeine Konsens ist, dass es besser ist, auf der Seite der Sicherheit zu irren, und die meisten Benutzer erwarten tatsächlich, dass Sie dies tun. Wenn Sie ihnen ein nicht maskiertes Kennwortfeld geben, haben Benutzer im Allgemeinen den Eindruck, dass Sie nicht wissen, was Sie tun.

KyleM
2013-01-30 21:33:21 UTC
view on stackexchange narkive permalink

Dies hat nichts mit Sicherheit zu tun, sondern mit der Benutzererfahrung. Ihre Benutzer sind frustriert, wenn sie sich nicht bei ihrem neuen Konto anmelden können, weil sie das Kennwort bei der Registrierung falsch eingegeben haben. Das Feld Passwort erneut eingeben dient dazu, zu überprüfen, ob der Benutzer es beim ersten Mal richtig eingegeben hat. Es hat nicht viel mit Sicherheit zu tun, da es nichts anderes beeinflusst. Sie können auf dem Client überprüfen, ob die Kennwörter übereinstimmen. Es muss nicht über das Internet oder so übertragen werden.



Diese Fragen und Antworten wurden automatisch aus der englischen Sprache übersetzt.Der ursprüngliche Inhalt ist auf stackexchange verfügbar. Wir danken ihm für die cc by-sa 3.0-Lizenz, unter der er vertrieben wird.
Loading...