Sicherheit
Jede kryptografische Behauptung auf dieser Seite ist im Open-Source-Code prüfbar. Hier steht genau, was StenVault tut — und warum.
Zero-Knowledge
Der Server sieht stets nur verschlüsselte Bytes. Dateinamen, Dateiinhalte und Verschlüsselungsschlüssel bleiben auf Ihrem Gerät.
Dateiinhalte und Dateinamen werden auf Ihrem Gerät verschlüsselt, bevor sie unsere Server erreichen. Wir besitzen nie Klartext oder Entschlüsselungsschlüssel.
Die Anmeldung nutzt das OPAQUE-Protokoll (RFC 9807). Ihr Passwort verlässt nie Ihr Gerät, und auf dem Server wird kein Passwort-Hash gespeichert.
Der vollständige Client ist öffentlich auf GitHub. Jede kryptografische Behauptung auf dieser Seite ist im Quellcode überprüfbar.
Post-quantum Stärke
NIST definiert fünf Sicherheitsstufen für post-quantum Algorithmen. Die meisten Implementierungen wählen Level 1, äquivalent zu AES-128. StenVault verwendet Level 3, äquivalent zu AES-192, in einer hybriden Konstruktion mit X25519.
| Algorithmus | NIST Level | Äquivalente Stärke | Status |
|---|---|---|---|
| ML-KEM-512 / Kyber-512 | Level 1 | ≈ AES-128 | Verfügbar |
| ML-KEM-768 | Level 3 | ≈ AES-192 | Im Einsatz |
| ML-KEM-1024 | Level 5 | ≈ AES-256 | Verfügbar |
StenVault kombiniert ML-KEM-768 mit X25519 in einem echten hybriden KEM. Ein Angreifer muss beide brechen, um Ihre Dateien zu kompromittieren. Hat ML-KEM-768 eine unentdeckte Schwäche, schützt Sie X25519 weiterhin. Fällt X25519 gegen Quantencomputer, schützt Sie ML-KEM-768 weiterhin. Kein einzelner kryptografischer Schwachpunkt.
| Primitiv | Klassisch | Post-quantum | Zweck |
|---|---|---|---|
| Schlüsselkapselung | X25519 ECDH | ML-KEM-768 (FIPS 203) | Schlüsselkapselung pro Datei |
| Digitale Signaturen | Ed25519 | ML-DSA-65 (FIPS 204) | Dateiintegrität |
| Passwort-Authentifizierung | OPAQUE (RFC 9807) | — | Zero-knowledge Anmeldung |
| Dateiverschlüsselung | AES-256-GCM | — | Inhaltsverschlüsselung |
| Schlüsselableitung | Argon2id (46 MiB, t=1, p=1) | — | Passwort → KEK |
| Dateiformat | CVEF v1.4 (container v2) | — | AAD-gebundene Hülle |
Das Sicherheits-Whitepaper dokumentiert Algorithmen, Parameter, Datenflüsse und die Designbegründung mit direkten Verweisen auf den Quellcode.
Im Quellcode überprüfen
CVEF v1.4 DateiformatHybride PQC-DateiverschlüsselungVollständiges Quellcode-RepositoryWie wir testen
Jedes kryptografische Primitiv wird gegen maßgebliche Referenzimplementierungen getestet, nicht nur durch interne Unit-Tests.
Jedes kryptografische Primitiv wird gegen maßgebliche Referenzvektoren getestet: Googles Project Wycheproof (AES-256-GCM, X25519, Ed25519, HKDF-SHA256, AES Key Wrap), NIST FIPS 203 und 204 für ML-KEM-768 und ML-DSA-65 sowie RFC 9106 und 3394 für Argon2id und AES-KW. Dieselben Suites, die OpenSSL und BoringSSL verwenden.
Fünf Primitive werden über zwei unabhängige Codebasen getestet, die sich bei jedem Ergebnis einig sein müssen: @stenvault/pqc-wasm vs. @noble/post-quantum für ML-KEM-768 und ML-DSA-65, WebCrypto vs. @noble/curves für X25519 und Ed25519, sowie WebCrypto vs. Node.js crypto für AES-256-GCM.
40 eigenschaftsbasierte Tests erzeugen mit fast-check Tausende zufälliger Eingaben pro Primitiv und überprüfen universelle Invarianten — Verschlüsseln-dann-Entschlüsseln-Zyklen, Signatur-Verifizieren-nach-Signieren, die Einigung über das gemeinsame Geheimnis des KEM — ohne sich auf fest codierte Erwartungswerte zu verlassen.
Fragen
5 GB gratis, post-quantum verschlüsselt vom ersten Tag an. Keine Kreditkarte.
Keine Kreditkarte · 5 GB für immer gratis