Hoe Firedown je gegevens beschermt
Laatst gecontroleerd: 18 oktober 2026Firedown heeft geen accounts en houdt niet bij wat je bekijkt of downloadt. Bladwijzers en back-ups worden op je telefoon versleuteld voordat ze die verlaten, met sleutels die alleen jij hebt.
In het kort
- Geen account. Geen e-mail, geen wachtwoord. Een herstelcode die op je telefoon wordt gegenereerd, is de enige sleutel, en die verlaat de telefoon nooit.
- Niets ertussen. Downloads gaan rechtstreeks van de site naar je telefoon. Geen server van ons ziet ze.
- Jouw opslag, onze versleuteling. Back-ups gaan naar opslag die je zelf kiest: een map op Google Drive, Dropbox, Nextcloud, een SD-kaart of de telefoon zelf, een WebDAV-server of een S3-bucket. Ze worden op je telefoon versleuteld voordat ze daar worden weggeschreven.
- Wat de provider kan zien. Hoeveel bestanden, hoe groot en wanneer ze zijn weggeschreven. Nooit namen of inhoud.
01 In de hele app
- Surfen. Firedown is gebouwd op de GeckoView-engine van Firefox, met uBlock Origin ingebouwd, zodat advertenties en trackers worden geblokkeerd voordat ze laden. Niets over wat je bekijkt wordt naar ons gestuurd.
- Downloads. Bestanden komen rechtstreeks van de site naar je telefoon, zonder server van ons ertussen, dus er is voor ons niets om te loggen.
- Naar een andere telefoon sturen. Een voltooide download kan rechtstreeks naar een andere telefoon gaan, end-to-end versleuteld via WebRTC, zonder dat er iets op een server wordt opgeslagen. Als de twee telefoons elkaar niet rechtstreeks kunnen bereiken, gaat de versleutelde stroom via onze relayserver, die hem niet kan lezen.
- Beveiligde map. Bestanden die je daarheen verplaatst, zitten achter je PIN of vingerafdruk, onzichtbaar voor elke andere app. De map blijft op je telefoon en wordt nooit geback-upt.
- Bladwijzersynchronisatie. Gratis en standaard uit. Bladwijzers worden op je telefoon versleuteld met je herstelcode voordat ze worden geüpload.
- Updates. Elke build is met dezelfde sleutel ondertekend en kan worden gecontroleerd aan de hand van onze releases op GitHub. Eén keer per dag vraagt de app of er een nieuwere versie is; dat verzoek bevat de appversie en een token dat elke maand verandert, en wordt alleen gebruikt om actieve installaties te tellen.
02 De back-up staat in opslag die je zelf kiest
De back-up bewaart een versleutelde kopie van de downloads die je kiest. Je kiest één keer waar: een map via de mapkiezer van Android zelf (in Google Drive, Dropbox of Nextcloud, een SD-kaart of de opslag van de telefoon), een WebDAV-server waarop je inlogt (Nextcloud, ownCloud, een NAS) of een S3-bucket waarvan je Firedown de sleutels geeft (Backblaze B2, Cloudflare R2, Wasabi, MinIO). In een map schrijft Firedown de versleutelde bestanden en synchroniseert de app van de provider ze zoals hij al het andere synchroniseert. Naar een server of een bucket uploadt Firedown ze zelf.
Er zit geen Firedown-server op die route, en niets over wat je back-upt, of waar, wordt naar ons gestuurd. In een map kan Firedown alleen bij die ene map die je hebt gekozen, bij niets anders in je Drive of op je kaart. Op een server of in een bucket kan het bij alles waar de inlog of de sleutels toegang toe geven; daarom vraagt het om een sleutel die beperkt is tot één bucket. De inloggegevens blijven versleuteld op je telefoon en worden nooit geback-upt. Kies je een andere plek, dan wordt de oude vergeten en blijven de bestanden daarin staan waar ze staan.
Het is ontworpen alsof de provider alles kan lezen wat hij opslaat, of het aan iemand anders kan geven. In beide gevallen blijven je bestanden onleesbaar, omdat de map nooit iets bevat waarmee ze te ontsleutelen zijn.
03 Je herstelcode is de hele sleutel
Er is geen account, geen e-mail, geen wachtwoord. Je telefoon genereert een herstelcode en leidt daar elke sleutel uit af.
De code wordt nergens heen gestuurd en nooit in de map geschreven. Om je back-up op een andere telefoon te lezen, voer je daar dezelfde code in en kies je dezelfde map, server of bucket. We hebben geen kopie en kunnen er geen maken.
04 Wat er gebeurt als je een bestand back-upt
- Er wordt een verse sleutel gegenereerd voor alleen dat bestand. Geen enkele sleutel opent de hele back-up.
- Het bestand wordt op je telefoon versleuteld met AES-256-GCM, in stukken. Elk stuk is gebonden aan zijn positie in dat bestand: stukken kunnen niet worden verwisseld, herordend of tussen bestanden verplaatst.
- De sleutel van het bestand wordt vergrendeld met een sleutel afgeleid van je herstelcode. Die gaat in een klein begeleidend bestand, samen met de naam, het type, de datums en het voorbeeld versleuteld.
- Beide bestanden worden onder willekeurige namen weggeschreven naar je map, server of bucket.
Herstellen doorloopt dezelfde stappen in omgekeerde volgorde, op je telefoon. Nergens anders bestaat een sleutel.
- Naam
- Type
- Grootte
- 18.9 MB – nog zichtbaar
- Opgeslagen
- 14 jul 2026, 09:12 – nog zichtbaar
Dit is wat je telefoon verlaat. Naam en type reizen mee in het versleutelde begeleidende bestand; grootte en tijdstip kunnen niet worden verborgen.
05 Wat de provider wel en niet kan zien
Wie je back-up heeft, ziet bestanden, niet wat ze zijn. Versleuteling verbergt wat een bestand is, niet dat het bestaat.
De provider kan zien
- Hoe groot elk bestand is
- Hoeveel bestanden je hebt geback-upt
- Wanneer elk bestand is weggeschreven
- Een mapnaam afgeleid van je herstelcode, waaruit de code niet terug te halen is
- Het IP-adres waarvandaan de bestanden worden geüpload
- Wat hij al weet via je account bij hem
Hij kan niet zien
- Bestandsnamen
- Bestandsinhoud
- Miniaturen of voorbeelden
- Van welk type een bestand is
- Van welke site een download kwam
- Je herstelcode, of welke sleutel dan ook
| Bestand | Grootte | Weggeschreven |
|---|---|---|
| a3f9c2…7e10.fdvc | 18,900,102 bytes | 2026-07-14 09:12 |
| a3f9c2…7e10.entry | 41,283 bytes | 2026-07-14 09:12 |
Die twee bestanden zijn alles wat de map bevat voor het bestand van 18.9 MB hierboven: een willekeurige naam, geen type. Groottes en tijdstippen zijn echte signalen, en versleuteling neemt ze niet weg.
06 Bladwijzersynchronisatie en onze server
Bladwijzersynchronisatie is de enige functie die gegevens op een server van ons opslaat. Je bladwijzers worden op je telefoon versleuteld tot één blok, met een sleutel afgeleid van je herstelcode. De server bewaart dat blok en geeft het terug; openen kan hij het niet.
Elk verzoek is ondertekend met een sleutel afgeleid van dezelfde code, zodat alleen jouw telefoons je bladwijzers kunnen vervangen. De server ziet een accountnummer afgeleid van de code, de grootte van het blok, wanneer het verandert en het IP-adres waar elk verzoek vandaan komt.
07 Waartegen dit niet beschermt
- Een gecompromitteerde telefoon. Versleuteling gebeurt op je apparaat, dus een gecompromitteerd apparaat heeft de bestanden onversleuteld. Niets in de map lost dat op.
- Een verloren herstelcode. Onherstelbaar, voor iedereen.
- Metadata. Groottes, aantallen en tijdstippen van je back-ups zijn zichtbaar voor wie je back-up heeft, en zijn niet te verbergen zonder een veel duurder ontwerp.
- Koppeling. Als je bladwijzersynchronisatie gebruikt, is de naam van de back-upmap hetzelfde accountnummer dat onze bladwijzerserver kent. Iemand die beide heeft, kan zien dat ze bij één persoon horen, en kan nog steeds geen van beide lezen.
- De map, server of bucket kwijtraken. De provider houdt je back-up beschikbaar, niet geheim. Als hij de bestanden verwijdert of je account sluit, of als de map op een telefoon of kaart stond die verloren gaat, gaat de back-up mee.
- Bestanden die je nooit hebt geback-upt. De back-up dekt alleen wat je back-upt. De Beveiligde map blijft op je telefoon en gaat nooit mee.
08 Controleer het zelf
Versleuteling en sleutelafleiding draaien in de app, niet op een server. Elke bewering hier is te controleren met alleen de broncode van de app.
| Bestand | Wat het doet |
|---|---|
| sync/crypto/SyncIdentity.java | leidt elke sleutel af van de code |
| sync/crypto/VaultCrypto.java | versleuteling per bestand |
| sync/crypto/BookmarkBlob.java | de versleutelde begeleidende bestanden en bladwijzers |
| sync/BackupLayout.java | wat er in je map, op je server of in je bucket wordt geschreven |
| sync/S3Settings.java | de sleutels van een bucket, versleuteld op je telefoon |
| sync/WebDavSettings.java | het wachtwoord van een server, versleuteld op je telefoon |
| sync/VaultEngine.java | een bestand back-uppen en terugzetten |
| sync/crypto/Canonical.java | ondertekening van verzoeken voor bladwijzersynchronisatie |
Audits. Firedown heeft geen onafhankelijke beveiligingsaudit gehad. De code wordt intern beoordeeld, ook met AI-ondersteunde beoordeling, en elke bewering op deze pagina komt overeen met een bestand in de openbare broncode hierboven.
Lees de broncode op GitHub, en zie ons Privacybeleid voor wat er wordt opgeslagen en door wie.
Meld beveiligingsproblemen vertrouwelijk aan [email protected]. Het bestand SECURITY.md in de app-repository bevat de details.
Dit is een vertaling uit service. Bij verschillen geldt de Engelse versie van deze pagina.