Sicherheit im Detail

So schützt Keyfiler deine Daten.

Sicherheit hat bei Keyfiler die höchste Priorität. Deshalb legen wir offen, wie Keyfiler arbeitet – welche Schlüssel es gibt, wie sie geschützt sind und welche Verfahren dahinterstehen. Jeder Abschnitt beginnt in Alltagssprache; darunter stehen die Details für Technikinteressierte. Fachbegriffe erklärt das Glossar am Ende.

Per E-Mail weiterschicken

Diese Seite online:
keyfiler.com/web/security.html
Code mit der Handykamera scannen.

Das Wichtigste vorab

Vier Grundsätze.

Auf einen Blick

Die Schlüssel und wie sie zusammenhängen.

Keyfiler arbeitet mit mehreren Schlüsseln, die sich gegenseitig schützen – wie Schlüssel in einem Schlüsselkasten, der selbst wieder verschlossen ist. Ganz oben steht dein Master-Passwort.

Schicht für Schicht

Was hinter dem Vorhang passiert.

  1. 1 Verschlüsselt im Browser

    Bevor irgendetwas dein Gerät verlässt, verschlüsselt es dein Browser. Auf dem Weg zum Server und dort liegt nur Datensalat. Selbst wer an die gespeicherten Daten auf dem Server kommt, findet nichts Lesbares.

    Verfahren
    AES-256 im Modus GCM – verschlüsselt und erkennt jede Veränderung
    Zufall
    neuer zufälliger IV (96 Bit) für jede Verschlüsselung, aus dem Zufallsgenerator des Browsers
    Zuordnung
    jedes Chiffrat ist mit Zweck und ID seines Datensatzes verknüpft (Associated Data) – man kann verschlüsselte Einträge nicht unbemerkt vertauschen
    Technik
    Web Crypto API des Browsers, keine Fremdbibliotheken

  2. 2 Vom Master-Passwort zum Schlüssel

    Aus deinem Master-Passwort berechnet dein Browser einen Schlüssel – absichtlich langsam, damit Angreifer nicht Milliarden Passwörter durchprobieren können. Davon werden zwei getrennte Schlüssel abgeleitet: einer zum Anmelden, einer zum Entschlüsseln. Der Server bekommt nur den ersten zu sehen und speichert davon wiederum nur einen Hash.

    Ableitung
    PBKDF2-SHA-256 mit 600.000 Runden und 16 Byte zufälligem Salt je Konto
    Trennung
    HKDF-SHA-256 mit getrennten Zwecken für Login- und Verpackungsschlüssel – aus dem einen lässt sich der andere nicht berechnen
    Server
    speichert vom Login-Schlüssel nur einen Argon2id-Hash
    Passwort ändern
    verpackt nur den Kontoschlüssel neu – deine Daten bleiben unverändert und sicher

  3. 3 Wiederherstellungsschlüssel

    Wir können dein Master-Passwort nicht zurücksetzen – wir kennen es ja nicht. Deshalb bekommst du beim Einrichten einen Wiederherstellungsschlüssel zum Ausdrucken. Mit ihm kommst du wieder an deine Daten, wenn du das Passwort vergessen hast.

    Stärke
    160 Bit Zufall, als 32 Zeichen ohne verwechselbare Buchstaben (Crockford-Base32)
    Funktion
    verpackt per HKDF und AES-256-GCM eine zweite Kopie des Kontoschlüssels
    Server
    kennt nur den Argon2id-Hash eines daraus abgeleiteten Prüfwerts

  4. 4 Teilen und Notfallzugang

    Teilst du einen Tresor oder richtest den Notfallzugang ein, verschließt dein Browser den Tresorschlüssel so, dass nur die andere Person ihn öffnen kann – wie ein Brief, den nur der Empfänger aufbekommt. Ein Fingerabdruck, den ihr vergleicht, stellt sicher, dass niemand einen fremden Schlüssel unterschiebt.

    Schlüsselpaar
    jedes Konto hat ein ECDH-Schlüsselpaar auf der Kurve P-384; der private Teil liegt nur mit dem Kontoschlüssel verpackt auf dem Server
    Versiegeln
    neuer Einmal-Schlüssel je Vorgang, gemeinsames Geheimnis per ECDH, daraus HKDF-SHA-256 und AES-256-GCM
    Fingerabdruck
    SHA-256 des öffentlichen Schlüssels, die ersten 160 Bit als zehn Vierergruppen zum Vergleichen
    Notfallzugang
    der Server gibt den versiegelten Schlüssel erst nach Anforderung und Wartezeit heraus – öffnen kann er ihn nie. Der Einladungslink enthält keinen Schlüssel.
    Zugriff entziehen
    auf Wunsch neuer Tresorschlüssel: alles wird neu verschlüsselt, alte Kopien werden wertlos

  5. 5 Anmeldung

    Wer dein Passwort errät, soll trotzdem nicht weit kommen. Nach wenigen Fehlversuchen ist für eine Weile Schluss, und auf Wunsch braucht es zusätzlich einen Code vom Handy. Der Server verrät dabei nicht einmal, ob es ein Konto überhaupt gibt.

    Fehlversuche
    nach wenigen Fehlversuchen wird die Anmeldung für eine Weile gesperrt – je Benutzername und je Internetanschluss; IP-Adressen werden dafür nur als Hash gespeichert
    Kein Ausspähen
    unbekannte Benutzernamen bekommen ein gleichbleibendes Schein-Salt; vor der Anmeldung verrät der Server nicht, ob die Zwei-Faktor-Anmeldung aktiv ist
    Zwei-Faktor
    TOTP nach RFC 6238 mit einer Authenticator-App; das TOTP-Geheimnis liegt mit AES-256-GCM verschlüsselt in der Datenbank, Notfallcodes nur als HMAC-SHA-256

  6. 6 Sitzung und Browser

    Auch nach der Anmeldung passt Keyfiler auf: Es sperrt sich, wenn du eine Weile nichts tust, löscht kopierte Passwörter wieder aus der Zwischenablage und lässt keine fremden Skripte zu.

    Cookies
    Sitzung nur per Cookie mit HttpOnly, Secure und SameSite=Strict; zusätzlich CSRF-Token und Herkunftsprüfung bei jeder Änderung
    Browser-Regeln
    strenge Content Security Policy (keine Inline-Skripte, keine fremden Quellen), HSTS, kein Einbetten in fremde Seiten, keine Weitergabe der Herkunft
    Sperren
    automatisch nach einstellbarer Zeit ohne Eingabe oder im Hintergrund
    Zwischenablage
    kopierte Werte werden nach 30 Sekunden gelöscht, wenn sie dort noch stehen
    Generator
    Passwörter aus dem Zufallsgenerator des Browsers, gleichverteilt ohne Verzerrung
    Passwort-Check
    läuft nur im Browser – der Server erfährt nichts davon

  7. 7 Server und Betrieb

    Die Server stehen in Deutschland, die Verbindung ist immer verschlüsselt. Keyfiler lädt nichts von fremden Anbietern – keine Tracker, keine Werbung, keine fremden Schriften.

    Standort
    Hosting bei Strato in Deutschland, DSGVO
    Transport
    ausschließlich HTTPS (TLS)
    Fremdinhalte
    keine – alle Schriften, Bilder und Skripte kommen vom eigenen Server
    E-Mails
    enthalten nur Benutzernamen, Datum und Hinweise – nie Inhalte, Tresornamen oder Schlüssel

Ehrlich gesagt

Was der Server weiß – und was nicht.

Ganz ohne Angaben geht es nicht: Damit Keyfiler funktioniert, muss der Server einiges über die Ordnung deiner Daten wissen. Inhalte gehören nie dazu.

Das sieht der Server

  • deinen Benutzernamen (E-Mail-Adresse)
  • wie viele Tresore, Ordner und Dokumente es gibt und wie sie ineinander liegen
  • wann etwas angelegt oder geändert wurde
  • wie groß Anhänge sind
  • mit wem du teilst und wer deine Vertrauenspersonen sind
  • wann du dich anmeldest

Das sieht der Server nie

  • dein Master-Passwort und deinen Wiederherstellungsschlüssel
  • Namen von Tresoren, Ordnern und Dokumenten
  • Inhalte: Passwörter, Nummern, Notizen, Felder
  • Namen und Inhalte von Anhängen
  • deine Kategorien und Vorlagen
  • was der Passwort-Check findet

Was wir bewusst nicht können

Die Kehrseite der Sicherheit.

Wir können dein Passwort nicht zurücksetzen.
Ohne Master-Passwort oder Wiederherstellungsschlüssel kommt niemand an deine Daten – auch wir nicht. Bewahre den Wiederherstellungsschlüssel deshalb sicher auf.
Wir können keine lesbaren Daten herausgeben.
Selbst wenn jemand es verlangt: Wir haben nur Datensalat. Lesbar wäre er nur mit deinen Schlüsseln.
Dein Gerät muss sicher sein.
Keyfiler schützt deine Daten auf dem Weg und auf dem Server. Ist dein eigenes Gerät mit Schadsoftware befallen, kann keine Verschlüsselung helfen. Halte Browser und System aktuell.
Ein starkes Master-Passwort zählt.
Die langsame Ableitung bremst Angreifer gewaltig – ein langes, nirgends sonst benutztes Master-Passwort ist trotzdem der beste Schutz. Am besten ein Satz.
Die Grenze jeder Web-App.
Keyfiler läuft im Browser und wird bei jedem Start vom Server geladen. Würde jemand unseren Server übernehmen, könnte er theoretisch veränderten Programmcode ausliefern, der beim nächsten Anmelden mitliest. Das gilt für jeden Passwort-Manager im Browser. Wir begegnen dem mit einer strengen Content Security Policy, ohne fremde Skripte und Bibliotheken, mit einem eigenen, abgesicherten Server in Deutschland und mit regelmäßigen Updates.

Glossar

Die Fachbegriffe, einfach erklärt.

AES-256
Der weltweit gebräuchlichste Verschlüsselungsstandard, auch bei Banken und Behörden. „256“ steht für die Schlüssellänge in Bit – durchprobieren ist praktisch unmöglich.
Argon2id
Ein modernes Verfahren, um Prüfwerte so zu speichern, dass man daraus nicht auf das Original schließen kann. Absichtlich aufwendig zu berechnen.
Chiffrat
Verschlüsselte Daten – der „Datensalat“, der auf dem Server liegt.
Content Security Policy (CSP)
Regeln, die dem Browser sagen, woher eine Seite Skripte und Inhalte laden darf. Bei Keyfiler: nur vom eigenen Server.
CSRF-Token
Ein geheimer Wert je Sitzung, der verhindert, dass eine fremde Webseite in deinem Namen Änderungen auslöst.
ECDH
Ein Verfahren, mit dem zwei Seiten ein gemeinsames Geheimnis bilden, ohne es je zu übertragen. Grundlage dafür, dass nur der Empfänger einen geteilten Schlüssel öffnen kann.
Fingerabdruck
Eine kurze Zeichenfolge, die aus einem öffentlichen Schlüssel berechnet wird. Stimmt sie bei beiden überein, ist es der richtige Schlüssel.
GCM
Eine Betriebsart von AES, die nicht nur verschlüsselt, sondern auch erkennt, ob jemand die Daten verändert hat.
Hash
Eine Art Prüfsumme: Aus beliebigen Daten entsteht ein fester Wert, aus dem man die Daten nicht zurückgewinnen kann.
HKDF
Ein Verfahren, um aus einem Schlüssel mehrere voneinander unabhängige Schlüssel für verschiedene Zwecke abzuleiten.
HSTS
Eine Anweisung an den Browser, Keyfiler ausschließlich über eine verschlüsselte Verbindung zu öffnen.
IV (Initialisierungsvektor)
Ein Zufallswert, der dafür sorgt, dass gleiche Daten jedes Mal anders verschlüsselt aussehen.
P-384
Eine standardisierte elliptische Kurve für ECDH, festgelegt von der US-Normungsbehörde NIST und weltweit verbreitet. Sie gilt als sicher über das Jahr 2030 hinaus.
PBKDF2
Ein Verfahren, das aus einem Passwort einen Schlüssel macht – mit vielen Wiederholungen, damit das Durchprobieren von Passwörtern extrem lange dauert.
Salt
Ein Zufallswert je Konto, der verhindert, dass gleiche Passwörter zu gleichen Schlüsseln führen und vorberechnete Tabellen nutzlos macht.
TLS
Die Verschlüsselung der Verbindung zwischen Browser und Server – erkennbar am Schloss und „https“ in der Adresszeile.
TOTP
Zeitbasierte Einmalcodes aus einer Authenticator-App, die sich alle 30 Sekunden ändern.
Zero Knowledge
Das Prinzip, dass der Anbieter die Daten seiner Nutzer nicht lesen kann, weil nur sie die Schlüssel haben.

Fragen zur Sicherheit?

Schreib uns über das Kontaktformular. Hinweise auf Sicherheitslücken nehmen wir ernst – die Kontaktadresse dafür steht in unserer security.txt.

Zur App