Wie wir Ihre Daten unlesbar halten – auch für uns.
Diese Seite erklärt genau, was verschlüsselt wird, wie und was wir trotzdem sehen können. Wenn hier etwas unklar oder falsch ist, sagen Sie es uns.
Zwei Passwörter, zwei Aufgaben.
Ihr Anmeldepasswort weist Sie gegenüber dem Server aus. Ihr Master-Passwort verlässt nie Ihren Browser: Es wird zum Schlüssel, der Ihre Daten verschlüsselt. Verwenden Sie zwei verschiedene Passwörter – wären sie gleich, erhielte der Server das Geheimnis, das Ihren Tresor schützt.
Was wir sehen können – und was nicht.
Auch ein Zero-Knowledge-Dienst sieht einige Metadaten. Hier ist die vollständige Liste.
Auf Ihrem Gerät verschlüsselt
- Passwörter
- Gespeicherte Benutzernamen und E-Mail-Adressen
- Webadressen
- Titel der Einträge
- Ordnernamen
- Dateinamen
- Dateiinhalte
- Geteilte Elemente (mit eigenem Schlüssel pro Link)
Für unsere Server sichtbar
- E-Mail-Adresse und Benutzername Ihres Kontos
- Wie viele Einträge, Dateien und Ordner Sie haben
- Die Größe jeder verschlüsselten Datei
- In welchem Ordner ein Element liegt (aber nicht dessen Name)
- Erstellungs- und Änderungszeitpunkte
- IP-Adressen von Anfragen, zur Begrenzung von Versuchen
Freigabelinks nutzen einen Schlüssel, den wir nie erhalten.
Beim Teilen wird Ihr Tresorschlüssel nicht wiederverwendet. Jeder Link bekommt einen eigenen Zufallsschlüssel.
- ErzeugenIhr Browser erzeugt einen neuen zufälligen AES-256-Schlüssel nur für diesen Link.
- VerschlüsselnEine Kopie der Datei oder des Logins wird mit diesem Schlüssel verschlüsselt. Ihr Tresorschlüssel ist nicht beteiligt.
- HochladenHochgeladen wird nur die verschlüsselte Kopie, zusammen mit einer zufälligen Link-ID.
- VerlinkenDer Schlüssel steht in der URL hinter dem
#. Browser senden diesen Teil nie an einen Server. - AblaufenLinks funktionieren nicht mehr, sobald die gewählte Zeit oder Anzahl an Aufrufen erreicht ist – oder früher, wenn Sie sie widerrufen.
Mehrere Schutzschichten rund um die Verschlüsselung.
Sitzungs-Cookies
HttpOnly, Secure und SameSite=Strict. Skripte auf der Seite können das Sitzungstoken nicht lesen.
Strikte Content Security Policy
Nur unsere eigenen Skripte dürfen laufen. Keine Inline-Skripte, keine Tracker von Drittanbietern, keine Analyse-Tools.
Hashing der Anmeldepasswörter
Anmeldepasswörter werden als Argon2id-Hashes gespeichert – eine speicherintensive Funktion, die GPU-Angriffen widersteht.
Begrenzung von Versuchen
Anmeldung, Registrierung und Token-Austausch sind pro IP begrenzt, um das Erraten zu verlangsamen.
Transport
Nur HTTPS, mit HSTS. Seiten können nicht in andere Seiten eingebettet werden, was Clickjacking verhindert.
Serverseitige Prüfungen
Die API lehnt Namen ab, die keine verschlüsselten Umschläge sind – ein Fehler im Client kann also nicht unbemerkt Klartext hochladen.
Eine Sicherheitslücke gefunden?
Schreiben Sie uns mit den Details und den Schritten zur Reproduktion. Wir bestätigen den Eingang innerhalb von drei Werktagen, halten Sie auf dem Laufenden und nennen Sie nach der Behebung gern namentlich. Bitte greifen Sie beim Testen nicht auf Daten anderer zu und beeinträchtigen Sie den Dienst nicht.
security@example.com