Erstellen Sie einen Erinnerungsplan zur Passwortrotation

Dieser Rechner nimmt das Datum der letzten Änderung, addiert das vorgeschriebene Rotationsintervall und rechnet anschließend vom Fälligkeitstag bis zum Erinnerungstermin zurück. Er liefert genaue ISO-Datumswerte, die Sie in ein Ticket, einen Kalender, ein Bestandsverzeichnis, ein Betriebshandbuch oder einen automatisierten Ablauf übernehmen können. Schaltjahre und unterschiedliche Monatslängen werden korrekt behandelt; Sie müssen neunzig Tage weder als drei Monate annähern noch Tabellenformeln für jedes Konto pflegen.

Machen Sie aus einer Rotationsrichtlinie zwei nutzbare Termine

Beginnen Sie mit dem tatsächlichen Datum der letzten Passwortänderung, nicht mit dem Tag, an dem es jemand dokumentiert oder das Konto zuletzt geprüft hat. Geben Sie den Wert im Format YYYY-MM-DD und das Richtlinienintervall als positive ganze Anzahl von Kalendertagen ein. Der Rechner addiert genau diese Zahl und bestimmt damit die nächste Fälligkeit. Danach zieht er den Vorlauf der Erinnerung ab, um den Beginn der Vorbereitung festzulegen. Ein Intervall von neunzig Tagen mit vierzehn Tagen Vorwarnung erzeugt somit sowohl die verbindliche Frist als auch einen früheren betrieblichen Auslöser. Das ist wichtig: Eine Frist allein reserviert kein Wartungsfenster, benennt keine zuständige Person und bietet keine Zeit zum Testen des Ersatzgeheimnisses. Die Ausgabe enthält neben beiden Daten auch die eingegebenen Intervalle, sodass Sie das Ergebnis ohne Rekonstruktion prüfen können. Wählen Sie null Tage für eine Erinnerung am Fälligkeitstag oder genügend Vorlauf für Freigabe und Bereitstellung.

Verstehen Sie Kalendertage und Eingabeprüfung

Der Plan arbeitet mit Kalendertagen, nicht mit Arbeitstagen oder monatsbasierter Rechnung. Ein Intervall von dreißig Tagen überschreitet immer dreißig Datumsgrenzen, auch über Februar, einen Schalttag, das Ende eines Monats mit einunddreißig Tagen, ein Wochenende oder einen Feiertag hinweg. Damit entspricht das Ergebnis Richtlinien mit einer festen Tageszahl und vermeidet die Mehrdeutigkeit, neunzig Tage als drei Monate zu behandeln. Das Änderungsdatum muss ein echtes gregorianisches Datum im strengen Format YYYY-MM-DD einschließlich führender Nullen sein. Unmögliche Werte wie der 30. Februar werden abgelehnt. Das Rotationsintervall muss eine positive ganze Zahl sein, da null oder negative Werte keinen künftigen Zeitraum darstellen. Der Erinnerungsvorlauf muss eine nicht negative ganze Zahl sein. Er darf länger als das Rotationsintervall sein, solange das Ergebnis im unterstützten Kalender liegt; eine solche Einstellung sollten Sie jedoch fachlich prüfen. Die aktuelle Uhrzeit wird nicht abgefragt, daher erzeugt dieselbe Eingabe stets dieselbe Ausgabe.

Nutzen Sie das Ergebnis in einem wiederholbaren Sicherheitsablauf

Behandeln Sie die berechneten Daten als Planungsangaben und nicht als Nachweis einer erfolgten Zugangsdatenänderung. Speichern Sie Fälligkeit und Erinnerung zusammen mit Konto-ID, Systemverantwortung, Rotationsverfahren und Nachweisanforderungen in Ihrem Kontrollregister. Öffnen oder aktualisieren Sie am Erinnerungstag eine Aufgabe, bestätigen Sie den Zugriff der zuständigen Person, bereiten Sie den Ersatz vor und ermitteln Sie alle nutzenden Dienste. Prüfen Sie am Fälligkeitstag die Änderung und erfassen Sie ein neues Änderungsdatum, bevor Sie den folgenden Zyklus berechnen. Rufen Sie zur Automatisierung nach jeder erfolgreichen Rotation die API auf und schreiben Sie die ausgegebenen Daten in Ihr Ticket- oder Kalendersystem. Jede Anfrage kostet $0.002. Die Funktion greift nicht auf das Netzwerk zu und empfängt oder untersucht das Passwort nicht; sie benötigt nur Planungsmetadaten. Richtlinien in Monaten, Arbeitstagen oder mit risikobezogenen Ausnahmen sollten Sie gesondert auswerten, statt sie als festes Tagesintervall darzustellen.