Ein Audit-Trail ohne unbemerkte Änderungen.
Audit-Trail
Jede Admission-Entscheidung wird beim Schreiben gehasht und unter signierten Checkpoints versiegelt, die sich bis zum ersten zurückverketten. Der Signaturschlüssel liegt in einem Secret in Ihrem Cluster, nicht in der Datenbank: Wer die Historie umschreiben will, braucht zwei verschiedene Zugänge.
Jedes Nachweispaket prüft das gesamte Ledger erneut und meldet, ob es intakt ist. Änderungen über die Konsole – von Policy-Änderungen und Break-Glass bis zu Triage und Nachweis-Exporten – stehen in einem eigenen Audit-Log, mit Person und Zeitpunkt.
Die Schritte.
Einträge werden gehasht
SHA-256 über seinen Inhalt, durch den Operator, beim Schreiben.
Einträge versiegelt
Standardmäßig stündlich oder alle 10.000 Einträge: eine signierte Merkle-Root.
Siegel verkettet
Jeder Checkpoint trägt den Hash des vorherigen.
Jedes Dokument prüft erneut
Kette, Eintrags-Hashes, Roots und Zählungen, Signaturen.
Manipulation benannt
Geänderte Einträge erscheinen per ID.
Das Ergebnis der Ledger-Prüfung, intakt oder nicht und warum, ist ein Abschnitt jedes Nachweispakets.
- DORA4 Anforderungen
- NIST SP 800-1904 Anforderungen
- NIST SSDF4 Anforderungen
- NIST SP 800-535 Anforderungen
- ISO/IEC 270015 Anforderungen
- DSGVO Art. 323 Anforderungen
- PCI DSS3 Anforderungen
- MAS TRM7 Anforderungen
- Essential Eight2 Anforderungen
- ISMAP10 Anforderungen
- ISMS-P10 Anforderungen
57 Anforderungen in 11 Frameworks verweisen auf das, was diese Funktion aufzeichnet.
Selbst installieren.
Konto anlegen, die E-Mail mit dem zugesandten Code bestätigen, den kostenlosen Community-Schlüssel auf der Seite Licences holen und mit Helm installieren.
Konto anlegen