Technische Maßnahmen, die Compliance unterstützen

Der Health Insurance Portability and Accountability Act verlangt den Schutz von Patientendaten, Zugriffskontrollen und Audit-Trails.

• Ende-zu-Ende-Verschlüsselung sorgt dafür, dass Patientendaten für Server nie sichtbar sind
• Signierte Schreibhistorie — jede Änderung ist Ed25519-signiert und belegt, wer wann was geschrieben hat
• Feingranulare Zugriffskontrolle mit benannten Schlüsseln für verschiedene Behandlungsteams
• Datenaufbewahrung mit Strategien über zeitlich geshardete Datenbanken und Archivierung
• Offline-Betrieb für medizinisches Personal im Außendienst und abgelegene Kliniken

⚠️ HIPAA verlangt außerdem die Protokollierung von Lesezugriffen, BAAs, administrative Schutzmaßnahmen und physische Sicherheit — diese Punkte musst du rund um MindooDB selbst umsetzen.

Anwendungsfälle im Gesundheitswesen ansehen → | Detaillierte Patterns →

Der Sarbanes-Oxley Act verlangt Audit-Trails für Finanzdaten, unveränderliche Aufzeichnungen und Zugriffskontrollen.

• Unveränderliche Aufzeichnungen durch Append-only-Architektur
• Kryptografische Integrität — Hash-verkettete Einträge belegen, dass Datensätze nicht verändert wurden
• Vollständige Schreibhistorie mit signierter Urheberschaft für Audit-Anforderungen
• Time Travel zur Rekonstruktion jedes historischen Zustands
• Signierte Änderungen belegen die Urheberschaft aller Änderungen

⚠️ SOX verlangt außerdem interne Kontrollen, Bestätigungen durch das Management und Funktionstrennung — das sind organisatorische Aufgaben.

Anwendungsfälle für Finanzdienstleister ansehen → | Detaillierte Patterns →

Die Datenschutz-Grundverordnung verlangt das Recht auf Vergessenwerden, Datenportabilität, den Nachweis von Einwilligungen und Datenschutz durch Technikgestaltung.

• Koordinierte Datenlöschung — purgeDocHistory() verteilt Löschanfragen über die Directory-DB an alle synchronisierten Clients
• Datenportabilität durch Exportfunktionen für Dokumente
• Datenschutz durch Technikgestaltung mittels Ende-zu-Ende-Verschlüsselung
• Audit-Trail für Schreibzugriffe — signierte Append-only-Historie aller Datenänderungen

⚠️ Purge-Anfragen erreichen Clients beim nächsten Directory-Sync — Geräte, die sich nie wieder verbinden, behalten die Daten. Die DSGVO verlangt außerdem Einwilligungsverwaltung, die Bestellung eines Datenschutzbeauftragten und ein Verzeichnis von Verarbeitungstätigkeiten — dafür bist du verantwortlich.

Compliance-Patterns ansehen →

Der Payment Card Industry Data Security Standard verlangt den Schutz von Zahlungskartendaten, Zugriffskontrollen und Audit-Trails.

• Starke Verschlüsselung — AES-256-GCM im Ruhezustand, RSA pro Benutzer bei der Übertragung, TLS auf der Leitung
• Zugriffskontrollen mit benannten Schlüsseln für den eingeschränkten Zugriff auf sensible Daten
• Audit-Trail für Schreibzugriffe — signierte Append-only-Historie aller Datenänderungen

⚠️ PCI-DSS ist ein umfassender Standard, der Netzsegmentierung, Schwachstellenmanagement, Monitoring und mehr abdeckt. MindooDB adressiert die Anforderungen an Verschlüsselung und Zugriffskontrolle — der Rest liegt in deiner Verantwortung. Prüfe, ob du Kartendaten überhaupt speichern musst.

Compliance-Patterns ansehen →

• ✅ Vollständige Schreibhistorie (Append-only)
• ✅ Kryptografische Signaturen (Nachweis der Urheberschaft)
• ✅ Manipulationssichere Datensätze (Hash-verkettet)
• ✅ Time Travel (jeden Zustand rekonstruieren)
• ✅ Änderungen mit Zeitstempel

• ✅ Clientseitige Verschlüsselung (AES-256-GCM)
• ✅ Feingranulare Zugriffskontrolle (benannte Schlüssel)
• ✅ Schlüsselverwaltung (passwortgeschützter KeyBag)
• ✅ Koordinierte Datenlöschung (Purge über Directory-DB)
• ✅ Datensouveränität (clientseitige Tenants)

• ⚙️ Protokollierung von Lesezugriffen (Anwendungsebene)
• ⚙️ Einwilligungsverwaltung (Anwendungsebene)
• ⚙️ Rollenbasierte Zugriffskontrolle (mit benannten Schlüsseln)
• ⚙️ Aufbewahrungsrichtlinien (mit zeitbasiertem Sharding)
• ⚙️ Compliance-Reporting (mit Audit-Daten)

• Jeder Schreibvorgang wird kryptografisch mit dem Ed25519-Schlüssel des Autors signiert
• Zeitstempel sind in jedem Änderungseintrag enthalten
• Dokumenthistorie lässt sich mit iterateDocumentHistory() durchlaufen
• Time Travel erlaubt es, jeden historischen Zustand zu rekonstruieren
• Löschungen werden mit Tombstones markiert (die Historie bleibt erhalten)

Hinweis: MindooDB protokolliert automatisch Schreibzugriffe (wer was geändert hat). Die Protokollierung von Lesezugriffen (wer was angesehen hat) muss auf Anwendungsebene umgesetzt werden.

• Nachweisen, wer wann was geändert hat
• Zustand zu jedem beliebigen Zeitpunkt rekonstruieren
• Datenintegrität gegenüber Prüfern nachweisen
• Darauf aufbauend eine Protokollierung von Lesezugriffen in der Anwendung umsetzen
• Anforderungen aus Legal Discovery unterstützen

Time-Travel-Doku ansehen →

• Zeitbasiertes Sharding — Datenbanken pro Zeitraum anlegen (jährlich, monatlich)
• Archivdatenbanken — Alte Daten in schreibgeschützte Archivdatenbanken verschieben
• Dokumentlebenszyklus — Dokumente als archiviert markieren statt sie zu löschen
• Koordinierter Purge — Admin-signierte Purge-Anfragen werden über die Directory-DB verteilt; Clients führen sie beim nächsten Sync aus

Patterns zur Datenmodellierung ansehen →

• Durch das Append-only-Prinzip sammeln sich Daten mit der Zeit an
• Plane das Wachstumsmanagement von Anfang an ein
• Zeitbasiertes Sharding für effiziente Archivierung nutzen
• Aufbewahrungsanforderungen je Dokumenttyp berücksichtigen
• Koordinierter Purge erreicht synchronisierte Clients; Offline-Geräte behalten die Daten

Compliance-Patterns ansehen →