Kernaussagen
- Ruhende Verschlüsselung schützt Datenträger und Sicherungen.
- E2EE verändert, wer die Schlüssel zum Inhalt besitzt.
- TLS schützt den Transport, endet aber meist beim Anbieter.
- Die drei Schutzschichten ergänzen sich statt einander zu ersetzen.
Definition und Umfang
Bei ruhender Verschlüsselung verschlüsselt ein Speichersystem Daten vor dem Schreiben auf Datenträger und entschlüsselt sie für berechtigte Serverprozesse. E2EE hält den Inhalt dagegen zwischen autorisierten Endpunkten verschlüsselt, sodass vermittelnde Systeme keinen Inhaltschlüssel erhalten. [1][2]
Sicherheitsgrenze
TLS schützt Daten auf dem Netzwerkweg. Nach dem Ende der TLS-Verbindung kann ein gewöhnlicher Dienst Klartext verarbeiten. Nur eine Ende-zu-Ende-Grenze verhindert diesen regulären Anbieterzugriff auf den definierten Inhaltsbereich. [1]
Grenzen und Bewertung
E2EE schützt weder kompromittierte Endpunkte noch notwendige Metadaten und ersetzt keine Datenträger- oder Transportsicherung. Eine belastbare Bewertung prüft deshalb jede Schicht und die tatsächliche Schlüsselverwahrung getrennt. [3]
Häufige Fragen.
Was bedeutet Ende-zu-Ende-Verschlüsselung und ruhende Verschlüsselung?
Ruhende Verschlüsselung schützt gespeicherte Daten, während der Dienst die Schlüssel häufig selbst hält. Ende-zu-Ende-Verschlüsselung beschränkt die Entschlüsselung auf autorisierte Endpunkte und schließt vermittelnde Systeme aus. [1][2]
Was garantiert Ende-zu-Ende-Verschlüsselung und ruhende Verschlüsselung nicht?
E2EE schützt weder kompromittierte Endpunkte noch notwendige Metadaten und ersetzt keine Datenträger- oder Transportsicherung. Eine belastbare Bewertung prüft deshalb jede Schicht und die tatsächliche Schlüsselverwahrung getrennt. [3]
Wie ordnet SealTask Ende-zu-Ende-Verschlüsselung und ruhende Verschlüsselung ein?
SealTask verwendet TLS und serverseitige Speicherschutzmaßnahmen zusätzlich zur clientseitigen Ende-zu-Ende-Verschlüsselung. Die Inhaltsgrenze und weiterhin sichtbare Metadaten sind auf der Sicherheitsseite feldbezogen dokumentiert. [3]
Primärquellen
Definitionen stützen sich bevorzugt auf Normungsorganisationen, Behördenleitlinien und die SealTask-Sicherheitsarchitektur aus erster Hand. Die Links öffnen die vollständige Quelle.
- 01 RFC 4949: Internet Security Glossary, Version 2 Primär- oder Erstanbieterquelle für Definition, Protokollanforderungen, Sicherheitsgrenzen oder regulatorischen Kontext.
- 02 NIST CSRC glossary: data at rest Primär- oder Erstanbieterquelle für Definition, Protokollanforderungen, Sicherheitsgrenzen oder regulatorischen Kontext.
- 03 SealTask security architecture Primär- oder Erstanbieterquelle für Definition, Protokollanforderungen, Sicherheitsgrenzen oder regulatorischen Kontext.