Die Regel, nur eine Kennwortänderung pro Tag zuzulassen, bietet keine Sicherheit. Aber es kommt oft zusätzlich zu einer anderen Regel, die besagt, dass sich das neue Passwort von den n (im Allgemeinen 2 oder 3) vorherigen unterscheiden muss.

Die Regel für eine Änderung pro Tag ist ein Versuch, diese Trivialität zu vermeiden Perversion:

• Ein Benutzer muss sein Passwort ändern, da es sein Zeitlimit erreicht hat.
• Er ändert es in ein neues Passwort.
• Er wiederholt das Ändern Sie sofort die Anzahl der gespeicherten Passwörter minus eins.
• Er ändert sie sofort wieder in das ursprüngliche => Hurra, immer noch das gleiche Passwort, was eindeutig die erste Regel war, die zu verhindern versuchte ...

Ok, die Regel könnte sein, dass das mehrmalige Ändern des Passworts an einem einzigen Tag nicht die Liste der letzten Passwörter rollt. Leider ist Ersteres in vielen Systemen integriert, während Letzteres nicht ...

Anders gesagt, es ist nur ein Versuch, nicht kooperative Benutzer zu zwingen, ihr Passwort rechtzeitig zu ändern.

Nur eine triviale Wahrscheinlichkeitsanalyse nach Kommentaren, wonach es kein Sicherheitsproblem ist, Benutzern zu erlauben, ihr Passwort niemals zu ändern. Angenommen, Sie haben einen ziemlich ernsthaften Benutzer und das Risiko, dass sein Passwort an einem Tag kompromittiert wird, beträgt 1%. Unter der Annahme von ungefähr 20 Arbeitstagen pro Monat liegt das Risiko einer Gefährdung in einem Quartal bei ungefähr 50% (1- (1- 1/100) ^ 60). Und nach einem Jahr (200 Arbeitstage) erreichen wir 87%! Ok, 1% kann hoch sein und nur bei 0,1% pro Tag beginnen, nur einer von 1000, ziemlich vernachlässigbar, nicht wahr? Aber nach 1 Jahr (200 Arbeitstage) beträgt das Risiko eines Kompromisses fast 20% (18%, um ehrlich zu sein). Wenn es das Passwort für Urlaubsfotos ist, würde es mich nicht interessieren, aber für etwas Wichtigeres ist es wichtig.

Es bedeutet, dass es wichtig ist, Benutzer zu erziehen und sie die Regeln akzeptieren zu lassen, da wir alle wissen, dass Regeln leicht umgangen werden können und wenn ein Benutzer ihnen nicht zustimmt wird nicht kooperativ sein. Das Auffordern von Benutzern, ihr Kennwort regelmäßig zu ändern, ist jedoch eine grundlegende Sicherheitsregel, da Kennwörter kompromittiert werden können, ohne dass der Benutzer dies bemerkt. Die einzige Möglichkeit zur Schadensbegrenzung besteht darin, das (wahrscheinlich kompromittierte) Kennwort zu ändern.

Andere Antworten haben mögliche Sicherheitsvorteile abgedeckt. Ein wesentlicher Nachteil tritt jedoch bei mir auf: Wenn ein Angreifer die Kontrolle über ein Konto übernimmt und das Kennwort ändert, wird ihm ein Zugriffsfenster von mindestens 24 Stunden garantiert, in dem der legitime Benutzer nicht zurückgewinnen kann Zugriff auf ihr Konto und Sperren des Angreifers.

Schlimmer noch: Durch Ändern des Kennworts alle 24 Stunden können sie den Zugriff auf unbestimmte Zeit beibehalten, es sei denn, der Benutzer hat großes Glück mit dem Timing.

Wenn auf einem verteilten System so etwas wie ein Kennwort geändert wird, kann es eine Weile dauern, bis die Änderung wirksam wird. Wenn mehrere Änderungsanforderungen gleichzeitig anstehen könnten, wäre eine zusätzliche Codekomplexität erforderlich, um sicherzustellen, dass sie alle korrekt aufgelöst werden, insbesondere wenn die Anforderungen Informationen über das alte und das neue Kennwort enthalten müssen [nicht unbedingt beide, aber möglicherweise nur einige Form von "Delta"]. Solche Probleme wären nicht unüberwindbar, aber wenn es akzeptabel wäre, zu verlangen, dass eine Kennwortänderung die Möglichkeit hat, durch das System zu sickern, bevor ein anderes ausgegeben werden kann, könnte dies eine erhebliche Komplexität vermeiden.

Ich denke, es ist korrekt definiert, als sie sagten, es sei aus Sicherheitsgründen.

Wenn sich jemand in Ihr Konto gehackt hat, sollten Sie eine Benachrichtigung erhalten, dass Sie sich von einem neuen Gerät oder Arbeitsplatz aus angemeldet haben erkannt. In diesem Sinne hängt diese Sicherheitsfunktion vollständig von der Unterstützung ab, die Ihr Problem verfolgt. Wenn diese schnell genug reagiert, erhalten Sie im Falle eines Hacks ein neues geändertes Kennwort gemäß den Sicherheitsrichtlinien.

Wir können jedoch auch davon ausgehen, dass dies nicht die beste Richtlinie ist. Daher sollten sie weitere Einschränkungen auferlegen, wenn sie eine Mindestzeit von 24 Stunden eingehalten haben, wenn Sie Ihr Kennwort erneut ändern möchten.

Fügen wir ein echtes Beispiel hinzu, warum dies eine gute Sicherheitsverbesserung sein kann.

Sagen wir, Ihr Mitarbeiter oder wer auch immer von Ihrem Webmailer-Passwort erfahren hat (sagen wir GMail vor 7 Jahren, ohne 2 Faktoren). Der Angreifer bekommt Zugriff auf das Webinterface, um Ihr Passwort zu ändern (stellen Sie sich einige Gründe vor) und über POP3 in Ihre E-Mails. Da Google ein riesiges Netzwerk ist, dauert es einige Zeit, bis alte Passwörter für den POP3-Zugriff deaktiviert sind. Dies gibt dem Angreifer die Möglichkeit, Ihr Passwort immer wieder zurückzusetzen. Selbst wenn Sie mit der Rücksetzfunktion wieder Zugriff erhalten und sich mit Ihrem Postfachzugriff auf Ihrem Smartphone oder einer Rücksetzstrategie per SMS auf Ihr Smartphone validieren, kann der Angreifer (der weiterhin über POP3 mit den alten oder eigenen Passwörtern auf Ihre Mailbox zugreifen kann) Setzen Sie Ihr Passwort zurück.

Bei einem solchen Angriff kann das Opfer Sie nicht für immer aussperren, da der Angreifer eine Rücksetzstrategie wie eine SMS-Nummer nicht entfernen kann - aber es wird mit Sicherheit ein sehr hohes Risiko angegeben.

Dieser Angriffsvektor kann leicht verhindert werden, wenn Kennwortänderungen nur alle 24 Stunden möglich sind.