Passwörter zulassen. Markieren Sie einfach die Konsequenzen.

Ihr Schema ist seltsam und für Benutzer fremd, und ich glaube, viele Menschen würden Ihren Dienst lieber nicht mehr nutzen, als ihn einzuhalten. Anstatt sie ihr eigenes Passwort wählen zu lassen, zwingen Sie sie, sich eines zu merken, das Sie für sie ausgewählt haben. Dies ist für die meisten Menschen nicht akzeptabel. Sie denken, dass Sie ihnen eine Wahl geben, indem Sie es erneut versuchen, aber der Unterschied in der Benutzererfahrung ist ungefähr der gleiche wie bei Geldautomaten gegenüber einarmigen Banditen.

Denken Sie daran, dass das größte Problem der menschliche Faktor ist . Was Sie zuerst vermeiden sollten, sind Passwörter, die auf ein Whiteboard geschrieben werden. Diese Jungs hatten ein sehr sicheres Passwort. Und dann wurde es im Fernsehen ausgestrahlt.

Wenn Sie sicherstellen möchten, dass niemand an Ihrer Seite es knacken kann, brauchen Sie interne Verfahren, kein Affentraining Benutzer. Möglicherweise ist ein System, bei dem der Zugriff auf gesalzene Kennwörter durch dieselben Wiederholungsbeschränkungen geschützt ist wie das Benutzeranmeldefeld. Außerdem ist es nicht wichtig, den Arbeitnehmern den Zugang zu unmöglich zu machen. Verkäufer in Geschäften haben uneingeschränkten Zugang zu Registrierkassen. Was Diebstahl verhindert, ist das Bewusstsein für unvermeidbare Folgen. Verwenden Sie die Aufzeichnung von Verwaltungssitzungen. Verwenden Sie "mindestens 2 Personen für den Zugriff". So machen es Banken, weil starke Benutzerkennwörter nicht alles schützen können.

Die spezifischen Fragen:

Wäre diese Methode sicherer / effektiver, als wenn Benutzer ihre eigenen auswählen könnten?

Ja. Sie reduzieren die Wiederverwendung von Passwörtern und entfernen die häufig verwendeten Passwörter sofort.

Hat jemand Erfahrung mit der Implementierung eines ähnlichen Schemas? War es effektiv?

Ich habe in der Vergangenheit viele 'alternative' Passwortschemata gesehen. Die meisten fügten nur Supportprobleme und Komplikationen hinzu, ohne die Sicherheit wesentlich zu verbessern.

Ist es vorteilhaft, das Kennwortfeld in mehrere Felder zu unterteilen, oder werden zu viele Informationen angezeigt?

Ich denke, Sie haben das Basic bereits besiegt automatisierte No-Knowledge-Angriffe, indem sie einfach anders sind. Das hinterlässt einen gezielten Angriff. Wenn jedoch eine öffentliche Anmeldung verfügbar ist, kann der Angreifer feststellen, dass Sie 5 Wörter oder was auch immer benötigen. Ich glaube also nicht, dass Sie dem Angreifer mehr Informationen liefern, indem Sie diese in Felder aufteilen.

Geben Sie natürlich keine Ratschläge darüber, welche Wörter falsch sind, wenn die Authentifizierung fehlschlägt - dies untergräbt die Sicherheit!

Weitere Ratschläge

In anderen Antworten gibt es viele andere gute Ratschläge zur Benutzerfreundlichkeit.

Wenn Sicherheit und Benutzerfreundlichkeit wichtig sind, schauen Sie sich vielleicht etwas Besseres als Passwörter an. SMS vielleicht?

Es ist möglich, lange Zeit mit Passwörtern herumzuspielen und trotzdem nicht richtig mit den Risiken umzugehen. Trojaner auf dem Computer des Benutzers, Zurücksetzen der Authentifizierung über gehackte E-Mail-Konten, Phishing ... Es gibt Dinge, die nicht mit ausgefallenen Kennwortschemata und Steuerelementen zu tun haben *.

Wenn die Daten wichtig sind, würde ich etwas besseres tun als ein Passwort.

(Manchmal ist es besser, wenn Sie nur ein zufälliges Kennwort für den Benutzer erstellen und ihn bitten, es sicher in einer verschlossenen Schublade zu speichern. Dies hängt davon ab, um welche Bedrohungen und Angriffe Sie sich Sorgen machen und wie Das System wird verwendet.)

* Es gibt ziemlich viel zu sagen für das risikobasierte Zwei-Faktor-Ansatz-Google-Angebot, bei dem die Zwei-Faktor-Authentifizierung nur gelegentlich ausgelöst wird. Es kontrolliert die Kosten und bietet eine große Sicherheitsverbesserung. Aber ich würde das auslagern, wenn Sie nicht viel Zeit haben :)

Sie sollten über Diceware lesen. Sie können 44 Entropiebits mit vier Wörtern aus einer viel kleineren Liste erhalten. Wenn Ihre Liste etwa 2050 Wörter umfasst und Sie ersatzlos auswählen, entspricht jedes Wort etwa 11 Bit Entropie, da log _{2 sub> (2048) = 11. Mit 5.000 Wörtern können Sie 12 Bit pro Wort erhalten. (log 2 sub> (4096) = 12)}

Ich mag die Idee eines Links "erneut versuchen", auf den der Benutzer klicken kann, bis eine Kombination angezeigt wird, an die er sich erinnern kann.

Eine Sache an Ihrer Frage stört mich. Wenn die Daten mit dem Kennwort eines bestimmten Benutzers verschlüsselt sind, kann nur dieser Benutzer die Daten entschlüsseln. Wenn Ihre Daten pro Benutzer gespeichert werden, ist dies möglicherweise in Ordnung. Beachten Sie, dass wenn ein Benutzer sein Passwort vergisst, die Daten getoastet werden, wenn das Passwort der Kryptoschlüssel ist. In Anbetracht dessen möchten Sie möglicherweise eine asymmetrische Tastenanordnung in Betracht ziehen.

Trennen Sie die Eingabe für den Zugriff nicht in vier Felder. Das gibt einem Angreifer Informationen, die der Angreifer nicht haben sollte. Entscheiden Sie einfach, ob die Wörter durch Leerzeichen getrennt werden sollen oder nicht, und teilen Sie dies Ihren Benutzern mit. Strike>

Das Problem, das ich bei diesem Ansatz sehe, ist einfach die unkonventionelle Natur, die die Wahrscheinlichkeit verringert, dass Menschen ihn überhaupt verwenden.

Persönlich müsste ich einen sehr zwingenden Grund dafür haben Verwenden Sie den Dienst, um dies zu ertragen, im Gegensatz zur herkömmlichen Passworteingabe. Ich habe in der Vergangenheit kommentiert, dass ich denke, dass Anwendungsentwickler eine gewisse Verantwortung haben, um sicherzustellen, dass Benutzer sichere Kennwörter verwenden. Jedoch; Letztendlich liegt dies in der Verantwortung des Benutzers.

Bedenken Sie auch, dass Sie den Benutzer dazu zwingen, eine bestimmte Methode zur Sicherstellung der Kennwortentropie anzuwenden. Der XKCD-Ansatz ist in Ordnung, aber nicht der einzige, und es gibt keine absoluten empirischen Beweise dafür, dass er der beste ist, und es gibt auch keine Garantie dafür, dass er, wenn er heute der beste ist, die besten sechs Monate bleiben wird Jetzt.

Erwägen Sie die Verwendung von Passwort-Managern, die sehr große, völlig zufällige Passwörter generieren und diese automatisch für den Benutzer eingeben können. Sie würden diese Anwendungen wahrscheinlich mit diesem Ansatz unterbrechen.

Berücksichtigen Sie auch Dinge wie den Artikel grc.com Passwort-Heuhaufen, in dem dies behauptet wird:

  D0g .....................  

... ist ein stärkeres Passwort als dieses:

  PrXyc.N (n4k77 # L! eVdAfp9  

... einfach, weil es ein zusätzliches Zeichen gibt, obwohl die Gesamtentropie (Zufälligkeit) ziemlich niedrig ist und dies auch tun würde Nehmen Sie sich einen Computer 95-mal länger Zeit, um das Passwort zu erraten, an das Sie sich leichter erinnern können.

Das Problem ist, dass Brute-Force-Angriffe aufgrund des lächerlichen Rechenaufwands, wenn die Passwörter länger werden, nur bis zu einer bestimmten Kennwortlänge (6 bis 8 Zeichen) verwendet werden. Aber auch sehr komplexe Kurzpasswörter sind sehr anfällig für Brute Force. Neuere Angriffe sind hybride musterbasierte Angriffe, bei denen kompromittierte Kennwörter als Muster in größeren Kennwörtern verwendet werden. Leistungsstarke GPUs machen diesen Ansatz praktikabel und anscheinend sehr effektiv. Das einfache Auffüllen eines schwachen Passworts mit . scheint keine gute Lösung zu sein.

Siehe auch diesen Artikel, Regeln für die Passwortkomplexität sind ärgerlicher und weniger effektiv als langwierige.

Zumindest einige neuere Untersuchungen zeigen, dass der wichtigste Faktor für die Kennwortstärke die Kennwortlänge ist, zumindest teilweise, weil Kennwörter mit viel Komplexität einfach zu viel sind die meisten Benutzer, auch wenn sie kurz sind. Der XKCD-Ansatz hilft dabei, die Kennwortlänge sicherzustellen, indem er das Speichern sehr langer Kennwörter erleichtert, ohne dass diese Kennwörter einfache bekannte Muster oder Ausdrücke sind. Das ist (wahrscheinlich) die ultimative Stärke - nur die Länge der resultierenden Passwörter. Trotzdem frage ich mich, wie lange die "richtige Pferdebatterie" neueren, auf Hybridmustern basierenden Angriffen standhält.

Da es andere Ansätze gibt, um das gleiche Ergebnis zu erzielen, werden Benutzer dazu gezwungen Dies könnte tatsächlich dazu führen, dass die Nutzung Ihres Dienstes schwieriger wird, ohne dass sich die Sicherheit entsprechend auszahlt. Wenn der XKCD-Ansatz in sechs Monaten eine gewisse Schwäche aufweist, sind Sie fest mit dem XKCD-Ansatz verbunden und müssen erhebliche Anstrengungen unternehmen, um Ihren Service zu ändern.

Es klingt nach einer großartigen Möglichkeit, die Wiederverwendung von Kennwörtern zu verhindern. Wenn Sie jedoch Benutzer aus ihrer Komfortzone herausschubsen, werden sie möglicherweise das Kennwort in einer Textdatei speichern, damit sie sich daran erinnern können. Sie sollten betonen, dass sich der Benutzer sein Kennwort merken oder einen Kennwortmanager verwenden muss, um es sicher zu speichern (wenn dies für Sie und Ihr System akzeptabel ist). Ich würde auch sicherstellen, dass die Lösung mit mehreren Feldern mit gängigen Kennwortmanagern funktioniert, obwohl ich keine anderen Probleme beim Aufteilen der Wörter auf diese Weise feststellen kann.

Da die Kennwortmanagerfunktionalität mit mehreren als Kennwort bezeichneten Feldern möglicherweise schwierig ist Zur Implementierung würde ich Benutzern auch die Möglichkeit geben, auch ihre eigenen Passwörter zu verwenden. Sie sollten jedoch angeben, dass Benutzer nur sicher generierte Zufallssequenzen verwenden dürfen, z. B. solche, die in Passwortgeneratoren verwendet werden, die in Keepass oder LastPass enthalten sind. Um zu verhindern, dass ein Benutzer nur das gleiche Kennwort eingibt, das er immer verwendet, können Sie eine dumme Einschränkung erzwingen, nur für den Fall, dass er vom Benutzer eingegeben wird, um sicherzustellen, dass es tatsächlich eindeutig ist. Zum Beispiel. Mindestens 50 Zeichen, mindestens 20 Zahlen, und es müssen Klein- / Großbuchstaben und mindestens ein Symbol enthalten sein. Dies wird erfahrene Benutzer glücklich machen und gleichzeitig schwache Passwörter von anderen verhindern (obwohl einige Benutzer ihre schwachen Passwörter möglicherweise mit 45 " 2" s und einem "! " auffüllen). . Sie könnten versuchen, Fälle wie diese zu erkennen, und dann die Meldung verstärken, dass diese Option nur für Kennwortgeneratoren verwendet wird. Es würde jedoch zu geringeren Erträgen führen, wenn Sie so viel Aufwand in Randfälle investieren. Die bessere Wahl wäre, zu versuchen und nicht erfahrenen Benutzern zu erklären, dass die generierte Option für andere Wörter vorteilhafter wäre.

Ich entwerfe einen Dienst, der unter anderem vertrauliche Informationen speichert. Um sicherzustellen, dass niemand auf unserer Seite diese Informationen abrufen kann, werden sie mit einem Schlüssel verschlüsselt, der von ihrem Passwort abgeleitet ist (PBKDF2). Das Passwort wird in einem BCrypt-Hash + Salted-Format in der Datenbank gespeichert. Es wird niemals im Klartext gespeichert.

Damit eine kennwortbasierte Verschlüsselung vor Offline-Angriffen geschützt ist (z. B. die Personen auf Ihrer Seite oder wenn ein Angreifer auf andere Weise Zugriff erhalten hat) ) würden Sie eine Entropie von 128 Bit oder mehr benötigen, was bedeutet, dass Sie dafür zehn zufällige Wörter anstelle von vier oder fünf benötigen würden. Wenn Sie PBKDF2 verwenden, um den Schlüssel zu verstärken, erhalten Sie möglicherweise 16 Bit zusätzliche Entropie (abhängig von Iterationen ). Daher werden nur neun Wörter benötigt. Ich möchte sicherstellen, dass Sie die Berechnungen durchführen, um sicherzustellen, dass Ihre Verschlüsselung angemessen ist.

Dies würde es für einen durchschnittlichen Benutzer noch schwieriger machen, sich an die Passphrase zu erinnern, und wenn er einen Passwort-Manager verwendet, können Sie dies tun Wählen Sie auch die Option mit 50 Zeichen und lassen Sie sie sich auf diese Weise anmelden. Wie andere bereits betont haben, scheint dies möglicherweise viele Supportanfragen zu generieren, und es ist sehr aufwändig, nur einen Teil eines sicheren Authentifizierungs- und Sitzungsverwaltungssystems zu entwickeln.

Ihre Methode ist interessant, aber ich glaube, sie gefällt mir nicht.

1. Sie erlauben den Benutzern, das Rad zu "respinieren", bis sie ein Passwort finden, das ihnen gefällt. Wenn Sie dies mit vierstelligen Zahlen tun würden, könnten sich einige Leute möglicherweise immer wieder drehen, bis sie 1234 oder 0000 erreichen. Dies würde den Angreifer glücklich machen.

2. Obwohl es viele Kombinationen gibt, kann sich ein Angreifer darauf beschränken, nur Passwörter Ihrer vorgeschriebenen Struktur zu versuchen (und tatsächlich kann er Ihren Dienst verwenden, um zu bestimmen, welche Wortliste Sie verwenden).

Bevor Sie versuchen, eine Kennwortrichtlinie zu implementieren, sollten Sie sich diese großartige Präsentation von Rick Redman auf der AppSecUSA 2014 mit dem Titel "Ihre Anforderungen an die Kennwortkomplexität sind wertlos" ansehen:

https://www.youtube .com / watch? v = zUM7i8fsf0g

Er beschreibt das Knacken von Passwörtern anhand der ähnlichen Muster, die alle Menschen zum Erstellen von Passwörtern verwenden.

Dem Benutzer werden 4-5 verschiedene Wörter aus einer großen Wortliste mit mehr als 6 Zeichen angezeigt (keine Wörter mit Sonderzeichen, nur ASCII). Der Passworteingabedialog würde mit 4-5 Feldern anstelle des normalen Einzelfelds formatiert, um das Passphrasenparadigma zu verstärken. Bei der Registrierung kann das Passwort nach Belieben neu generiert werden, um dem Benutzer die Möglichkeit zu geben, eine Passphrase auszuwählen, die aus Wörtern besteht, an die er sich leicht erinnern kann. Der Benutzer kann keine eigenen Wörter eingeben.

Dies wird ein Problem sein.

Dies bedeutet, dass Sie eine Liste der vorhandenen Wörter haben müssen in der Passwortphrase verwendet, und dass es keine Abweichung von dieser Liste gibt.

Wenn ein Hacker in der Lage ist, die Liste irgendwie zu erhalten, sei es durch Brute-Force-Versuche oder soziales Hacken oder auf andere Weise, dann haben sie die Liste der Wörter und es ist für sie viel einfacher, sie herauszufinden Geben Sie das Kennwort aus.

Wenn Sie es stattdessen so gestalten, dass ein Benutzer seine eigenen Wörter eingeben und Zahlen und / oder Sonderzeichen zulassen kann, ist die Kennwortphrase viel sicherer und Sie können sie weiterhin nicht verwenden das gleiche Passwort wie { überall sonst }, da Sie immer noch 4-5 Wörter für die Passwortphrase erzwingen.

Einige Dinge (von denen einige bereits erwähnt wurden)

1. Stellen Sie sicher, dass die Wörter nicht mehr als einmal wiederholt werden.
2. Nicht zulassen sie, um ein Wort mehr als einmal zu wiederholen ( pass , word , pass , word )
3. Verwenden Sie das Kennwort nicht als Schlüssel zum Verschlüsseln der Daten.
   • Dies ist eine sehr schlechte Idee, insbesondere wenn der Benutzer sein Kennwort vergisst und ein Zurücksetzen des Kennworts benötigt.
4. Verwenden Sie kein Passwortschema
   • Dies hinterlässt Hinweise für einen Hacker, um Wörter und Phrasen zu entfernen und das Feld einzugrenzen.
ol>