Wenn ein Anbieter behauptet, seine Plattform sei durch "AES-256-Verschlüsselung auf Enterprise-Niveau" gesichert, ist das meist nur die halbe Wahrheit. AES-256 ist zwar ein sicherer Standard, doch das wahre Maß für die Sicherheit eines Systems liegt nicht im Algorithmus, sondern darin, wie die Schlüssel verwaltet werden und wo die Verschlüsselung stattfindet.
Hält der zentrale Server des Anbieters die Entschlüsselungsschlüssel, ist dessen Plattform konstruktionsbedingt kompromittierbar. Ein Einbruch in seine Datenbank legt Ihre gesamte Infrastruktur offen.
StateWarden lehnt dieses Modell ab. Unser Datenschutz basiert auf Zero-Knowledge-Prinzipien und einer Cascade-Cryptography-Architektur: Jeder Chunk wird durch mehrere unabhängige authentifizierte Verschlüsselungstransformationen mit AES-256-GCM und ChaCha20-Poly1305 geschützt.
1. Das Zero-Knowledge-Gebot
Die Grundregel von StateWarden lautet Zero Knowledge by construction: Die Control Plane (Artemis) und die Data Plane (Driad) dürfen niemals die Schlüssel besitzen, die zur Entschlüsselung Ihrer Daten erforderlich sind.
Der Master-Verschlüsselungsschlüssel existiert nur an zwei Orten:
- Sicher verwahrt in Ihrem physischen oder digitalen Tresor (z. B. einem Passwort-Manager oder einem Offline-Backup).
- Im flüchtigen RAM des lokalen StateWarden-Agenten, der das Backup oder die Wiederherstellung ausführt.
Da die StateWarden-Infrastruktur Ihren Masterschlüssel niemals speichert, legt ein Einbruch in die Rechenzentrumsinfrastruktur keine lesbaren Benutzerdaten offen. Gespeicherte Objekte sind verschlüsselte, deduplizierte Binärdaten, die ohne den clientseitigen Schlüssel nicht entschlüsselt werden können.
2. Cascade Cryptography: Defense in Depth
Sich auf eine einzige Chiffre zu verlassen, ist ein Single Point of Failure. Die StateWarden-Architektur setzt eine kryptographische Kaskade ein - mehrere unabhängige kryptographische Transformationen, die übereinander geschichtet sind.
Darüber hinaus umgeht die initiale Provisionierung der Identität und Geheimnisse des Agenten den klassischen TLS-Schlüsselaustausch. Das Anfangsvertrauen wird über eine quantenresistente "PQ-Hybrid-Payload" hergestellt, die per ML-KEM (Kyber) gekapselt wird. Dies schützt den Provisionierungsaustausch gegen "Harvest Now, Decrypt Later"-Angriffe, bei denen aufgezeichneter Verkehr heute gespeichert und Jahre später entschlüsselt wird, sobald kryptographisch relevante Quantencomputer verfügbar sind.
Sobald das Post-Quanten-Fundament gelegt ist, werden ruhende und übertragene Daten durch die folgenden Mechanismen gesichert:
Inhaltsadressierte verschlüsselte Chunks (BLAKE3)
Bevor Daten verschlüsselt werden, unterteilt der Agent das Volume in Blöcke und berechnet für jeden Chunk einen kollisionsresistenten BLAKE3-Hash. Dieser Hash steuert die Deduplizierungslogik: Ist ein Block identisch mit einem bereits im Driad-Vault gespeicherten, wird er nicht erneut übertragen. Dies ist die Grundlage unserer Hochgeschwindigkeits-Deduplizierung.
Selbst Inhalts-Hashes können Metadaten preisgeben. Kennt ein Angreifer den Hash einer bestimmten sensiblen Datei (etwa einer standardisierten Finanzvorlage), könnte er theoretisch prüfen, ob ein passender Chunk auf einem Speicherknoten existiert. PrimeKEM entschärft dies, indem inhaltsadressierte verschlüsselte Chunks (BLAKE3) gespeichert werden: Die auf den Driad-Servern abgelegten Chunk-IDs können von niemandem aus dem Klartext - oder aus einem bekannten Klartext-Hash - berechnet werden, der nicht den Masterschlüssel besitzt.
Unabhängige authentifizierte Verschlüsselung
Die Chunk-Nutzdaten werden durch mehrere unabhängige AEAD-Transformationen (Authenticated Encryption with Associated Data) mit AES-256-GCM und ChaCha20-Poly1305 geschützt. Beide Konstruktionen bieten Vertraulichkeit und Integrität, und beide profitieren von ausgereiften, hardwarebeschleunigten Implementierungen. Sollte jemals eine Schwachstelle in einem Algorithmus oder seiner Implementierung entdeckt werden, schützt die jeweils andere Transformation die Nutzdaten weiterhin.
3. Integritätsprüfung
Datenverschlüsselung ist wertlos, wenn die zugrunde liegenden Daten auf dem Datenträger korrumpieren ("Bit Rot"). Wenn Sie eine Bare-Metal-Wiederherstellung einleiten, müssen Sie darauf vertrauen können, dass die Daten intakt sind.
StateWarden erzwingt Integrität an zwei Stellen:
- Read-After-Write-Verifizierung (RAW): Empfängt ein Driad-Speicherknoten einen verschlüsselten Chunk von einem Agenten, schreibt er die Daten auf seine physischen Datenträger. Bevor er den Erfolg bestätigt, liest Driad die Daten vom Datenträger erneut und verifiziert die Integrität des Chunks gegen den übertragenen Hash.
- Hash-Prüfung vor der Entschlüsselung: Während einer Wiederherstellung lädt der Agent den verschlüsselten Chunk herunter. Bevor die Entschlüsselung beginnt, hasht er die verschlüsselten Nutzdaten und gleicht sie mit dem Manifest ab. Weicht auch nur ein einziges Bit ab, verwirft der Agent den Chunk und wiederholt den Download.
Korrupte Chunks scheitern an der Verifizierung und werden neu abgerufen, bevor sie überhaupt die Entschlüsselungs-Pipeline erreichen.
4. Die Verwahrung der Schlüssel
Da StateWarden Zero-Knowledge-Verschlüsselung einsetzt, gibt es keinen "Passwort vergessen"-Link für Ihren Masterschlüssel.
Verlieren Sie Ihren Masterschlüssel, sind Ihre Backups dauerhaft unzugänglich. StateWarden betreibt keinen Schlüssel-Wiederherstellungsmechanismus: Dasselbe Design, das den Plattformbetreiber am Lesen Ihrer Daten hindert, verhindert auch jede Form des Passwort-Resets.
Verwalten Sie Ihre Schlüssel mit äußerster Sorgfalt. Sie sind die einzige Brücke zwischen einem Meer randomisierter Daten und der Wiederherstellung Ihrer Infrastruktur.