Firedown Zurück
Sicherheit

Wie Firedown deine Daten schützt

Zuletzt geprüft: 18. Oktober 2026

Firedown hat keine Konten und speichert keine Aufzeichnungen darüber, was du aufrufst oder herunterlädst. Lesezeichen und Backups werden auf deinem Telefon verschlüsselt, bevor sie es verlassen, mit Schlüsseln, die nur du hast.


Auf einen Blick


01 In der ganzen App


02 Das Backup liegt in einem Speicher deiner Wahl

Das Backup bewahrt eine verschlüsselte Kopie der Downloads auf, die du auswählst. Du wählst einmal, wohin: einen Ordner über die Ordnerauswahl von Android selbst (in Google Drive, Dropbox oder Nextcloud, eine SD-Karte oder den Speicher des Telefons), einen WebDAV-Server, bei dem du dich anmeldest (Nextcloud, ownCloud, ein NAS), oder einen S3-Bucket, für den du Firedown die Schlüssel gibst (Backblaze B2, Cloudflare R2, Wasabi, MinIO). In einen Ordner schreibt Firedown die verschlüsselten Dateien, und die App des Anbieters synchronisiert sie so, wie sie alles andere synchronisiert. Auf einen Server oder in einen Bucket lädt Firedown sie selbst hoch.

Auf diesem Weg gibt es keinen Firedown-Server, und nichts darüber, was du sicherst oder wohin, wird an uns gesendet. In einem Ordner kann Firedown nur auf den einen Ordner zugreifen, den du gewählt hast, auf nichts sonst in deinem Drive oder auf deiner Karte. Auf einem Server oder in einem Bucket kann es auf alles zugreifen, was die Anmeldung oder die Schlüssel erlauben, deshalb bittet es um einen Schlüssel, der auf einen Bucket beschränkt ist. Die Anmeldedaten bleiben verschlüsselt auf deinem Telefon und werden nie gesichert. Wählst du einen anderen Ort, wird der alte vergessen und seine Dateien bleiben, wo sie sind.

Es ist so ausgelegt, als könnte der Anbieter alles lesen, was er speichert, oder es an jemand anderen weitergeben. In jedem Fall bleiben deine Dateien unlesbar, weil der Ordner nie etwas enthält, das sie entschlüsseln kann.


03 Dein Wiederherstellungscode ist der ganze Schlüssel

Es gibt kein Konto, keine E-Mail, kein Passwort. Dein Telefon erzeugt einen Wiederherstellungscode und leitet jeden Schlüssel daraus ab.

Der Code wird nirgendwohin gesendet und nie in den Ordner geschrieben. Um dein Backup auf einem anderen Telefon zu lesen, gib dort denselben Code ein und wähle denselben Ordner, Server oder Bucket. Wir besitzen keine Kopie und können keine erzeugen.

Verlierst du den Code, sind deine gesicherten Dateien verloren. Weder du noch wir noch der Anbieter können sie wiederherstellen. Es gibt keinen Reset-Link, denn ein Reset-Link wäre genau das, was jemand anderen hereinließe. Schreib ihn auf.

04 Was beim Sichern einer Datei passiert

  1. Ein frischer Schlüssel wird nur für diese Datei erzeugt. Kein einzelner Schlüssel öffnet das ganze Backup.
  2. Die Datei wird in Stücken mit AES-256-GCM auf deinem Telefon verschlüsselt. Jedes Stück ist an seine Position in dieser Datei gebunden; Stücke lassen sich nicht vertauschen, umordnen oder zwischen Dateien verschieben.
  3. Der Schlüssel der Datei wird mit einem aus deinem Wiederherstellungscode abgeleiteten verschlossen. Er kommt in eine kleine Begleitdatei, verschlüsselt zusammen mit Name, Typ, Datumsangaben und Vorschau.
  4. Beide Dateien werden unter zufälligen Namen geschrieben, in deinen Ordner, auf deinen Server oder in deinen Bucket.

Die Wiederherstellung durchläuft dieselben Schritte rückwärts, auf deinem Telefon. Nirgendwo sonst existiert ein Schlüssel.

Verschlüsselung auf deinem Gerät…
Name
Typ
Größe
18.9 MB – weiterhin sichtbar
Gespeichert
14. Juli 2026, 09:12 – weiterhin sichtbar

Das verlässt dein Telefon. Name und Typ reisen in der verschlüsselten Begleitdatei; Größe und Zeitpunkt lassen sich nicht verbergen.


05 Was der Anbieter sehen kann und was nicht

Wer dein Backup hat, sieht Dateien, nicht was sie sind. Verschlüsselung verbirgt, was eine Datei ist, nicht dass sie existiert.

Der Anbieter sieht

  • Wie groß jede Datei ist
  • Wie viele Dateien du gesichert hast
  • Wann jede einzelne geschrieben wurde
  • Einen aus deinem Wiederherstellungscode abgeleiteten Ordnernamen, aus dem sich der Code nicht zurückgewinnen lässt
  • Die IP-Adresse, von der die Dateien hochgeladen werden
  • Was er durch dein Konto bei ihm ohnehin weiß

Er sieht nicht

  • Dateinamen
  • Dateiinhalte
  • Miniaturansichten oder Vorschauen
  • Um welchen Dateityp es sich handelt
  • Von welcher Website ein Download stammt
  • Deinen Wiederherstellungscode oder irgendeinen Schlüssel
Was im Ordner liegt
DateiGrößeGeschrieben
a3f9c2…7e10.fdvc18,900,102 bytes2026-07-14 09:12
a3f9c2…7e10.entry41,283 bytes2026-07-14 09:12

Diese beiden Dateien sind alles, was im Ordner für die 18.9 MB große Datei oben liegt: ein zufälliger Name, kein Typ. Größen und Zeitpunkte sind echte Signale, und Verschlüsselung beseitigt sie nicht.


06 Lesezeichen-Synchronisierung und unser Server

Die Lesezeichen-Synchronisierung ist die einzige Funktion, die Daten auf einem Server von uns speichert. Deine Lesezeichen werden auf deinem Telefon zu einem einzigen Block verschlüsselt, mit einem Schlüssel, der aus deinem Wiederherstellungscode abgeleitet ist. Der Server speichert diesen Block und gibt ihn zurück; öffnen kann er ihn nicht.

Jede Anfrage ist mit einem aus demselben Code abgeleiteten Schlüssel signiert, sodass nur deine Telefone deine Lesezeichen ersetzen können. Der Server sieht eine aus dem Code abgeleitete Kontonummer, die Größe des Blocks, wann er sich ändert, und die IP-Adresse, von der jede Anfrage kommt.


07 Wogegen das nicht schützt


08 Prüf es selbst

Verschlüsselung und Schlüsselableitung laufen in der App, nicht auf einem Server. Jede Aussage hier lässt sich allein am Quellcode der App prüfen.

Wo du nachsehen kannst
DateiAufgabe
sync/crypto/SyncIdentity.javaleitet jeden Schlüssel aus dem Code ab
sync/crypto/VaultCrypto.javaVerschlüsselung pro Datei
sync/crypto/BookmarkBlob.javadie verschlüsselten Begleitdateien und Lesezeichen
sync/BackupLayout.javawas in deinen Ordner, auf deinen Server oder in deinen Bucket geschrieben wird
sync/S3Settings.javadie Schlüssel zu einem Bucket, verschlüsselt auf deinem Telefon
sync/WebDavSettings.javadas Passwort eines Servers, verschlüsselt auf deinem Telefon
sync/VaultEngine.javaSichern und Wiederherstellen einer Datei
sync/crypto/Canonical.javaSignieren der Anfragen der Lesezeichen-Synchronisierung

Audits. Firedown wurde keinem unabhängigen Sicherheitsaudit unterzogen. Der Code wird intern geprüft, auch mit KI-gestützter Prüfung, und jede Aussage auf dieser Seite lässt sich einer Datei im öffentlichen Quellcode oben zuordnen.

Lies den Quellcode auf GitHub und sieh in unserer Datenschutzerklärung nach, was gespeichert wird und von wem.

Melde Sicherheitsprobleme vertraulich an [email protected]. Die Datei SECURITY.md im App-Repository enthält die Details.

Dies ist eine unverbindliche Übersetzung. Bei Abweichungen gilt die englische Fassung dieser Seite.