Integrity – Praxis

Integritaet ist im Audit besonders dann ein Thema, wenn Audit-Logs als Evidence vorgelegt werden – und der Auditor fragt, ob diese manipuliert werden koennen. Was konkret geprueft wird, zeigt dieser Abschnitt.

Was Auditoren konkret pruefen

Bei einer Pruefung von Integrity prueft der Auditor, ob kritische Daten und Protokolle vor Manipulation geschuetzt und ob Aenderungen nachvollziehbar sind. Das BAM-Objekt CROSS-IN-01 definiert, was konkret vorgelegt werden muss.

Haeufige Fehler

• Audit-Logs auf denselben Systemen gespeichert, die sie protokollieren – einfach manipulierbar
• Kein FIM fuer kritische Systemdateien
• Datenbankeintraege ohne Aenderungsprotokoll
• Backups ohne Integritaetspruefung – defekte Backups werden erst bei Wiederherstellung entdeckt

Umsetzung Schritt fuer Schritt

Erster Schritt: Kritische Daten und Systeme identifizieren (Transaktionsdaten, Protokolle, Konfigurationsdateien). Zweiter Schritt: Integritaetsmassnahmen pro Kategorie festlegen (Hash-Pruefung, FIM, signierte Logs). Dritter Schritt: Audit-Logs in manipulationssicheren Speicher ausleiten. Vierter Schritt: Change-Management fuer alle Aenderungen an kritischen Systemen erzwingen. Fuenfter Schritt: Regelmaessige Integritaetspruefungen durchfuehren und dokumentieren.

Evidence-Anforderungen im Audit

Der Auditor erwartet: Beschreibung der Integritaetsmassnahmen pro Datenkategorie, Nachweis der manipulationssicheren Log-Speicherung, FIM-Konfiguration und letzte Pruefungsergebnisse, Change-Management-Protokolle und Ergebnisse der letzten Backup-Integritaetspruefung.

Die strategische Einordnung – warum Integrity langfristig mehr als ein Datenschutzthema ist – findet sich auf Ebene 3.