Sicherer Cloud-Speicher: Ihre Dateien auf Ihrem Gerät verschlüsselt, ein Schlüssel pro Datei.
Wie Filarr Ihre Notizen und Dateien verschlüsselt, was unsere Server noch sehen und was noch nicht umgesetzt ist. Die genauen Parameter sind hier veröffentlicht, damit sie sich überprüfen lassen.
- Inhalt
- AES-256-GCM
- Hauptschlüssel
- PBKDF2-SHA-512
- Iterationen
- 600.000
- Zwei-Faktor-Authentifizierung
- TOTP, RFC 6238
01 — Architektur
Wie Ihre Dateien verschlüsselt werden: zwei Schlüsselebenen
Ihr Konto hat einen zufällig erzeugten 256-Bit-Schlüssel (den FEK). Jede Datei wird mit AES-256-GCM unter einem eigenen Schlüssel verschlüsselt, der vom FEK abgeleitet wird (HKDF-SHA256). Der FEK wiederum wird von einem Hauptschlüssel verpackt, der aus Ihrem Passwort abgeleitet wird (dem KEK), mit PBKDF2-SHA-512 und 600.000 Iterationen. Ein offengelegter Dateischlüssel würde nur diese eine Datei öffnen; der FEK öffnet das ganze Konto, deshalb ist ein starkes Passwort so wichtig.
Unsere Server speichern die verschlüsselten Daten und die verschlüsselte Kopie Ihres Schlüssels. Ohne Ihr Passwort oder Ihre Wiederherstellungsphrase können wir Ihre Daten nicht wiederherstellen.
Ihr Passwort
Ihre Wiederherstellungsphrase erfüllt dieselbe Rolle.
KEK
Der Hauptschlüssel, der die anderen verpackt.
FEK
Der Zufallsschlüssel Ihres Kontos. Jede Datei erhält einen daraus abgeleiteten Schlüssel.
Verschlüsselte Datei
Was gespeichert und synchronisiert wird.
Welche Ableitung für welchen Schlüssel
Ein Produkt, das mit Verschlüsselung wirbt, sollte sagen können, welche, wo und mit welchen Parametern. Hier ist die vollständige Tabelle, aus dem Code aller drei Oberflächen ausgelesen — Desktop, Web und Mobil.
| Pfad | Ableitung | Parameter | Oberflächen |
|---|---|---|---|
| Kontopasswort → KEK | PBKDF2-SHA-512 | 600.000 Iterationen, 16-Byte-Salt, AES-GCM-256 | Desktop, Web, Mobil |
| Wiederherstellungsphrase → KEK | PBKDF2-SHA-512 | 600.000 Iterationen — genau dieselbe Funktion wie oben | Desktop, Web, Mobil |
| Schlüssel des lokalen Tresors, im Ruhezustand | Keine — zufälliger 256-Bit-Schlüssel | Versiegelt durch den Schlüsselbund des Systems (DPAPI, Keychain, Keystore) | Desktop, Mobil |
| Dateiinhalt | HKDF-SHA256 aus dem FEK, zufälliges Salt pro Datei | AES-256-GCM, 96-Bit-IV, 128-Bit-Tag | Alle |
| In Blöcken synchronisierte Datei (Delta) | HKDF-SHA-256 | Vom FEK abgeleitet, 16-Byte-Salt, Kontext „filarr-delta-v4“, 32-Byte-Ausgabe | Desktop, Web |
| Treuhandschlüssel (Escrow) | Argon2id | m = 19 MiB, t = 2, p = 1, 32-Byte-Ausgabe | Desktop, Web, Mobil |
| Passwortgeschütztes Filarr Send | Argon2id | m ≤ 64 MiB, t ≤ 10, p = 1 — vom Server begrenzt | Desktop, Web, Mobil |
| Entsperren per Passkey (WebAuthn PRF) | HKDF-SHA-256 | Getrennte, versionierte Domäne | Desktop, Web |
| Gerätekopplung | HKDF-SHA-256 über ECDH P-256 | Unkomprimierte öffentliche Schlüssel mit 65 Byte, gemeinsames Geheimnis mit 32 Byte | Desktop, Web, Mobil |
Zwei Punkte, die oft untergehen. Der FEK, der Ihre Dateien verschlüsselt, wird zufällig erzeugt und nie aus einem Passwort abgeleitet: Das Passwort schützt nur seine Verpackung. Und das Entsperren per Passkey gibt es nur auf dem Desktop und im Web — auf Mobilgeräten ist der zweite Faktor ein TOTP-Code. Auch der Schlüssel für in Blöcken synchronisierte Dateien wird vom FEK abgeleitet, nie aus einem Passwort. Sein Kontext bleibt „filarr-delta-v4“, selbst im neuesten Manifest-Layout: Der Ableitungskontext wird bewusst nicht zusammen mit dem Datenlayout versioniert, weil eine Änderung des einen das andere unlesbar machen würde.
Der Desktop-Client ist unter der Lizenz BSL 1.1 veröffentlicht: Seine lokale Verschlüsselung lässt sich im Code überprüfen. Der Server, die Cloud-Module und die Kryptografie von Filarr Send sind nicht veröffentlicht.
Quellcode und Lizenz →02 — In der Praxis
Was sich ändert, Fall für Fall
Geschützt
Ihr Computer wird gestohlen
Der Dieb findet verschlüsselte Dateien und einen lokalen Schlüssel, der vom Schlüsselbund des Systems versiegelt ist. Dieser Schutz gilt nicht für eine bereits geöffnete Sitzung: Sperren Sie Filarr, wenn Sie sich entfernen.
Geschützt
Unser Hoster hat ein Datenleck
Was abfließt, ist verschlüsselt, ebenso die Kopie Ihres Schlüssels. Ohne Ihr Passwort oder Ihre Wiederherstellungsphrase ist nichts lesbar.
Geschützt
Eine Behörde verlangt Ihre Daten von uns
Wir können nur bereitstellen, was unsere Server speichern: verschlüsselte Daten, die sie nicht lesen können, die verschlüsselte Kopie Ihres Schlüssels und die unten aufgeführten Metadaten.
Ihre Verantwortung
Sie vergessen Ihr Passwort
Mit Ihrer Wiederherstellungsphrase können Sie ein neues wählen. Ohne Ihr Passwort oder Ihre Wiederherstellungsphrase können wir Ihre Daten nicht wiederherstellen: Notieren Sie die Phrase auf Papier.
Bekannte Grenze
Ihr Passwort ist schwach
Die verschlüsselte Kopie Ihres Schlüssels ist nur so stark wie Ihr Passwort. PBKDF2-SHA-512 mit 600.000 Iterationen verlangsamt jeden Rateversuch, macht ein kurzes Passwort aber nicht sicher: Verwenden Sie einen Passwortmanager.
Funktioniert offline
Ihre Verbindung bricht ab
Auf einem Computer funktioniert alles weiter: Notizen, Dateien, Graph, Canvas. Änderungen werden synchronisiert, sobald das Netz zurück ist.
Das Bedrohungsmodell, Zeile für Zeile
| Bedrohung | Was ihr entgegensteht |
|---|---|
| Diebstahl der Festplatte oder einer Sicherung | Verschlüsselt mit AES-256-GCM, Schlüssel vom Schlüsselbund des Systems versiegelt |
| Brute-Force-Angriff | PBKDF2-SHA-512, 600.000 Iterationen |
| Übernahme des Online-Kontos | Zwei-Faktor-Authentifizierung per TOTP, optional |
| Verlust des Passworts | Nur mit der Wiederherstellungsphrase wiederherstellbar |
| Eine offene Sitzung auf Ihrem Gerät | Außerhalb der Reichweite der Verschlüsselung: Sperren Sie Filarr |
| Schadsoftware auf dem Gerät | Außerhalb der Reichweite: Software in Ihrer Sitzung sieht, was Sie sehen |
Zwei-Faktor-Authentifizierung (TOTP)
Optional, in der App unter Settings > Security. Kompatibel mit jeder Standard-TOTP-App (Authy, Google Authenticator, 1Password, Bitwarden). Bei der Anmeldung: Passwort, dann ein 6-stelliger Code. Bei der Aktivierung werden 8 Einmal-Backup-Codes erzeugt, damit Sie nicht ausgesperrt sind, wenn Sie Ihr TOTP-Gerät verlieren.
- TOTP RFC 6238 (SHA-1, 6 Ziffern, 30-s-Intervall)
- Jede Standard-TOTP-App: Authy, Google Authenticator, 1Password, Bitwarden
- 8 Einmal-Backup-Codes, serverseitig gehasht
- Begrenzt auf 10 Versuche / 15 Min. / IP
Das TOTP-Geheimnis wird serverseitig gespeichert, weil das zur Prüfung der Codes nötig ist. Es gewährt keinen Zugriff auf Ihre Dateien: Es schützt nur die Anmeldung bei Ihrem Konto.
03 — Die Grenzen
Was unsere Server noch sehen
Ende-zu-Ende-Verschlüsselung schützt den Inhalt, nicht die Tatsache, dass Sie Filarr nutzen. Die verschlüsselten Daten werden bei Cloudflare R2 gespeichert, in der Region Westeuropa von Cloudflare; Cloudflare ist ein US-Unternehmen.
| Funktion | Was sichtbar ist | Was nie sichtbar ist |
|---|---|---|
| Konto und Geräte | Ihre E-Mail-Adresse, das Erstellungsdatum des Kontos und für jedes Gerät dessen Name, System und letzte Verbindung | Der Inhalt Ihrer Dateien und Notizen |
| Zahlung | Ihr Tarif und Ihre Stripe-Kunden-ID | Ihre Kartennummer, die Stripe verarbeitet |
| Synchronisierung | Ihre verschlüsselten Daten, ihre Größe und der belegte Speicher | Ihr Inhalt sowie die Namen Ihrer Dateien und Ordner |
| Live-Bearbeitung | Welche Ihrer Geräte mit einer Notiz verbunden sind | Was die Notiz enthält |
| Mobile Benachrichtigungen | Sie laufen über den Benachrichtigungsdienst von Google und sagen, wer was getan hat | Der Titel der Notiz oder ein Auszug daraus |
| IP-Adresse | Ihre IP-Adresse, wie bei jeder Website. Bei Filarr Send und Dateianfragen speichert der Server nur einen Hash davon, das Land und das /16-Subnetz, außer nach einer schwerwiegenden Meldung, die Sie betrifft | Der Inhalt dessen, was Sie senden |
| Desktop-App | Eine Versionsmeldung pro Tag und Profil sowie Fehlerberichte an Sentry (standardmäßig aktiviert, abschaltbar), die einen Dateinamen oder Pfad enthalten können | Der Inhalt Ihrer Dateien und Notizen |
Keine Werbung, kein Tracking.Was die App sendet, und wann →
Woran wir noch arbeiten
Unabhängiges Sicherheitsaudit
Geplant, noch nicht durchgeführt. Es wird keine SOC-2- oder HIPAA-Zertifizierung beansprucht.
Linux ohne Schlüsselbund
Auf einem Linux-Rechner ohne funktionierenden Schlüsselbund weicht Filarr auf eine Datei mit eingeschränkten Zugriffsrechten aus: Der Schutz bei Diebstahl der Festplatte gilt dann nicht mehr.
Dieselbe Verschlüsselung zum Teilen von Dateien.
Filarr Send verschlüsselt Ihre Dateien, bevor sie gesendet werden, und der Schlüssel bleibt im Link.