Verständliche Erklärungen zu Architektur, Kryptografie, Bedrohungen und Compliance bei vertraulicher Software – gestützt auf RFCs, Behördenleitlinien und klar benannte Produktgrenzen.
Hier beginnen
Beantworten Sie hier jeweils eine Frage, prüfen Sie die Primärquelle und folgen Sie den verwandten Begriffen. Produktspezifische Abschnitte zeigen, wie SealTask einen Begriff anwendet, ohne aus einer allgemeinen Definition ein Werbeversprechen zu machen.
01
Die Grenzen hinter Zero-Knowledge- und Ende-zu-Ende-verschlüsselter Software.
Zero-Knowledge-Architektur
Bei einer Zero-Knowledge-Architektur werden geschützte Inhalte auf einem nutzerkontrollierten Gerät verschlüsselt; der Anbieter besitzt nicht die Schlüssel zu ihrer Entschlüsselung. Konto-, Abrechnungs-, Sicherheits- und Betriebsmetadaten können dennoch sichtbar bleiben.
Erklärung lesenEnde-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.
Erklärung lesenClientseitige Verschlüsselung
Clientseitige Verschlüsselung wandelt Klartext auf dem Gerät in Ciphertext um, bevor Daten an einen Dienst übertragen werden. Ob daraus eine Ende-zu-Ende- oder Zero-Knowledge-Grenze entsteht, hängt von der Schlüsselkontrolle ab.
Erklärung lesenCiphertext und Metadaten
Ciphertext ist die verschlüsselte, ohne passenden Schlüssel unlesbare Form von Klartext. Metadaten beschreiben Inhalt oder Aktivität – etwa Identität, Zeitpunkt, Größe, Status und Beziehungen – und können trotz Verschlüsselung sichtbar bleiben.
Erklärung lesen02
Protokolle und Primitive, die aus einer Sicherheitsaussage eine überprüfbare Architektur machen.
OPAQUE PAKE
OPAQUE ist das in RFC 9807 beschriebene erweiterte passwortauthentifizierte Schlüsselaustauschprotokoll. Es authentifiziert ein Passwort, ohne es als wiederverwendbare Anmeldeinformation an den Server zu senden.
Erklärung lesenHKDF
HKDF ist die in RFC 5869 definierte HMAC-basierte Extract-and-Expand-Schlüsselableitungsfunktion. Sie leitet aus Ausgangsschlüsselmaterial getrennte, zweckgebundene Schlüssel ab.
Erklärung lesenHPKE
HPKE ist das in RFC 9180 definierte Framework für hybride Public-Key-Verschlüsselung. Es kombiniert KEM, KDF und AEAD, um Daten für den öffentlichen Schlüssel einer empfangenden Person zu verschlüsseln.
Erklärung lesenAEAD und ChaCha20-Poly1305
AEAD schützt Vertraulichkeit und Integrität von Ciphertext sowie zugeordneten, unverschlüsselten Daten. ChaCha20-Poly1305 ist eine in RFC 8439 standardisierte AEAD-Konstruktion.
Erklärung lesenPassworthärtung mit Argon2id
Argon2id ist eine speicherintensive Passwort-Hash- und Schlüsselableitungsfunktion aus RFC 9106. Ihre bewusst hohen Kosten erschweren massenhaftes Prüfen gestohlener Passwortdaten.
Erklärung lesenSchlüsseltransparenz und Merkle-Bäume
Schlüsseltransparenz protokolliert die Zuordnung von Identitäten zu öffentlichen Schlüsseln in einer kryptografisch prüfbaren, nur erweiterbaren Struktur. Merkle-Nachweise machen Einträge und Änderungen überprüfbar.
Erklärung lesen03
Präzise Begriffe für Kontoangriffe, Offenlegungen und Datenschutzverletzungen.
Credential Stuffing
Credential Stuffing ist das automatisierte Wiederverwenden andernorts gestohlener Kombinationen aus Benutzername und Passwort gegen einen anderen Dienst.
Erklärung lesenDatenschutzverletzung und Datenoffenlegung
Eine Datenschutzverletzung umfasst unbefugten Zugriff auf oder Offenlegung sensibler Daten. Eine Datenoffenlegung macht Daten über die vorgesehene Zielgruppe hinaus zugänglich, ohne zwingend einen Einbruch nachzuweisen.
Erklärung lesen04
Was Sicherheitsarchitektur unterstützen kann – und wofür weiterhin Verträge und Kontrollen nötig sind.
Business Associate Agreement (BAA)
Ein BAA ist eine nach HIPAA erforderliche schriftliche Vereinbarung, die Pflichten festlegt, wenn ein Business Associate geschützte Gesundheitsinformationen verarbeitet. Verschlüsselung ersetzt diese Vereinbarung nicht.
Erklärung lesenGeschützte Gesundheitsinformationen (PHI)
PHI sind individuell zuordenbare Gesundheitsinformationen, die nach HIPAA geschützt sind, wenn sie von Covered Entities oder Business Associates gehalten oder übertragen werden.
Erklärung lesenNachschlagewerk
Begriffe aus den Sicherheits-, Ratgeber-, Vergleichs- und Vorfallseiten von SealTask. Begriffe mit ausführlicher Erklärung verlinken auf ihre kanonische Seite.
Definitionen beginnen mit einer direkten Antwort und trennen anschließend Garantien, Grenzen und produktspezifische Anwendung. Technische Aussagen stützen sich bevorzugt auf RFC Editor, NIST, OWASP und HHS.
Das Änderungsdatum wird nur bei inhaltlichen Änderungen angepasst. Korrekturen senden Sie an security@sealtask.com.
Erfahren Sie, wie diese Bausteine zusammenspielen, welche Inhalte SealTask nicht lesen kann und welche Betriebsmetadaten die Server weiterhin verarbeiten.