Hoe veilig is TEPHIA SECURE?
Hoe uw bestanden worden versleuteld, wat er op onze servers wordt opgeslagen – en wat een aanvaller die ze volledig zou overnemen, zou krijgen. Zonder marketingpraat, wel transparant.
Versleuteld in de browser
Uw bestanden worden versleuteld voordat ze uw computer verlaten, en pas bij de ontvanger ontsleuteld.
De sleutel bereikt de server nooit
Elke zending heeft een eigen willekeurig wachtwoord van 32 tekens. Onze server krijgt het nooit te zien.
Metadata voor het bewijs
Wij kunnen alleen gegevens zoals bestandsnaam, adressen en tijdstippen lezen. Het bewijs van aflevering heeft ze nodig.
Hoe de versleuteling werkt
- WachtwoordUw browser maakt een willekeurig wachtwoord aan: 32 tekens, ongeveer 190 bits.
- SleutelArgon2id leidt daaruit de sleutel af, waardoor elke gok kostbaar wordt.
- VersleutelenAES-256-GCM versleutelt het bestand en detecteert elke latere wijziging.
- UploadenPas dan verlaat het bestand uw computer, via TLS 1.2 of 1.3. Het wachtwoord blijft bij u.
Het wachtwoord is geen deel van de link. U geeft het via een tweede weg door, bijvoorbeeld in een afzonderlijke e-mail of telefonisch. Wie alleen de link onderschept, kan het bestand niet openen.
Uploadbox
Wie documenten bij u aanlevert, versleutelt ze op dezelfde manier in de eigen browser. De server kent alleen een controlewaarde van het wachtwoord, waarmee niets kan worden ontsleuteld.
Uitzondering: zodat u het wachtwoord later terugvindt, e-mailen wij het u bij het aanmaken van de uploadbox. Het gaat eenmaal via de server en wordt niet opgeslagen.
Outlook-invoegtoepassing
De invoegtoepassing versleutelt rechtstreeks in Outlook. Het wachtwoord gaat via uw eigen e-mailsysteem, niet via onze server; de bestanden zelf gaan niet via uw e-mailsysteem.
Twee manieren: TEPHIA SECURE stuurt elke ontvanger een eigen link en het wachtwoord staat in uw e-mail; of de link staat in uw e-mail en het wachtwoord volgt in een tweede. Wie de link en het wachtwoord heeft, kan ophalen – zoals bij elke bezorging per e-mail. Bij de tweede manier kunt u het ophalen beperken tot de adressen van de ontvangers; dan is daarnaast een code uit hun mailbox nodig.
Technische details
- Sleutelafleiding: Argon2id met 64 MB geheugen, 4 doorgangen en 2 threads, gevolgd door HKDF-SHA256
- Versleuteling: AES-256-GCM, met per zending een eigen willekeurige salt (32 bytes) en IV (12 bytes)
- Versleuteling in blokken: het bestand wordt in blokken van 8 MiB versleuteld en geüpload, elk blok met een eigen nonce (IV XOR bloknummer); bloknummer en een markering voor het laatste blok als aanvullende geauthenticeerde gegevens (AAD) voorkomen dat blokken worden verwisseld, weggelaten of afgekapt. Zo zijn bestanden tot 2 GB mogelijk
- Zonder WebAssembly (bijvoorbeeld geblokkeerd door bedrijfsbeleid): PBKDF2-SHA512 met een miljoen iteraties
- Meerdere bestanden of mappen worden vóór de versleuteling in de browser tot een ZIP samengevoegd
- Transport: TLS 1.2 of 1.3 met forward secrecy, HSTS voor twee jaar, strikte Content Security Policy
- Aanmeldwachtwoorden: scrypt met een individuele salt; een tweede factor is verplicht
Wat er op onze server staat
Alleen versleuteld, of helemaal niet
- Inhoud van uw bestanden: alleen versleuteld
- Wachtwoord en sleutel van een zending: nooit
- Wachtwoord van een uploadbox: alleen een controlewaarde
- Aanmeldwachtwoorden: alleen als hash
- Aanmelden met Microsoft: niets, dat blijft bij Microsoft
- Betaalgegevens: niets, die worden door Stripe beheerd
Leesbaar, voor het bewijs
- Bestandsnamen en -groottes, bij een ZIP ook de namen daarin
- Omschrijving en bericht
- Afzender met naam, adres en organisatie
- Adressen van ontvangers, als wij de link versturen of het ophalen beperkt is
- Tijdstippen, IP-adres en globale locatie bij het ophalen
- Controlegetallen (SHA-256) van de bestanden, berekend in uw browser
Linkmails aan uw ontvangers en meldingen zoals "Uw bestand is opgehaald" versturen wij via Microsoft 365 en Hornetsecurity (doorsturen, virus- en spamcontrole). Ze bevatten geen bestandsnamen, alleen de omschrijving die u zelf kiest of het aantal bestanden; het wachtwoord van een zending staat in geen enkele e-mail van ons. De pdf met het bewijs van aflevering, die wel de bestandsnamen bevat, wordt alleen bijgevoegd als u dat in uw account inschakelt.
Wat als iemand de server overneemt?
Wij gaan uit van het ergste geval: een aanvaller heeft volledige controle over de server, de database en de bestandsopslag.
Wat de aanvaller zou verkrijgen
- Versleutelde bestanden die op dat moment op de server staan – onleesbaar zonder het wachtwoord
- Metadata: wie wat wanneer aan wie heeft verstuurd, bestandsnamen en adressen. Een naam als "Echtscheiding_Mulder.pdf" verraadt al iets.
Wat de aanvaller niet zou verkrijgen
- Inhoud van eerdere zendingen en uploadboxen: de wachtwoorden zijn nooit op de server geweest, en 190 bits zijn niet te kraken door uitproberen
- Verwijderde bestanden: die staan ook in geen enkele back-up
- Microsoft-wachtwoorden en betaalgegevens
Hoe wij ons daartegen beschermen
- Korte bewaring: bestanden worden na het ophalen verwijderd. Wat er niet meer is, kan niet worden gestolen.
- Code uit één bron: de webapp laadt haar code alleen van onze eigen server, en een strikte Content Security Policy voorkomt geïnjecteerde code.
- Afgeschermde toegang: onderhoud alleen met een sleutel en alleen vanuit vaste netwerken; organisaties zijn bovendien in de database van elkaar gescheiden.
- Melding in een noodgeval: als wij een inbraak vaststellen, informeren wij de betrokken organisaties zonder onnodige vertraging (Art. 33 AVG).
Hoe lang zou het duren om een onderschept bestand te kraken?
Zelfs met een miljard videokaarten zou een aanvaller gemiddeld zo’n 4 × 1037 jaar nodig hebben.
Stel dat iemand een versleuteld bestand onderschept – onderweg of van de server. Zonder het wachtwoord rest alleen nog het uitproberen van wachtwoorden. Zo lang zou dat gemiddeld duren:
Ter vergelijking: het heelal is ongeveer 1,4 × 1010 jaar oud. Zelfs een miljard videokaarten zou er ongeveer 1027 keer zo lang over doen.
Waarom het zo lang duurt
- Lange willekeurige wachtwoorden: elke zending krijgt een eigen wachtwoord van 32 tekens, aangemaakt in uw browser. Dat zijn ongeveer 2,3 × 1057 mogelijkheden (190 bits).
- Elke poging is kostbaar: voordat een wachtwoord kan worden gecontroleerd, moet het door Argon2id, met 64 MB geheugen en vier doorgangen. Dat remt videokaarten en gespecialiseerde hardware bewust af.
- De sleutel zelf (AES-256) zou met 2256 mogelijkheden nog moeilijker te raden zijn dan het wachtwoord.
En quantumcomputers?
Volgens de huidige stand van kennis halveert een quantumcomputer bij het uitproberen hooguit het aantal bits. Van 190 bits blijven er rekenkundig 95 over, en elke poging moet nog steeds door Argon2id. Ook dat ligt ver buiten elke voorzienbare rekenkracht.
De cijfers zijn ruim in het voordeel van de aanvaller geschat en afgerond op één significant cijfer. Gerekend is met het gemiddelde, dus de helft van alle mogelijkheden.
Realistische aanvallen richten zich daarom niet op de versleuteling, maar op het wachtwoord: wie link en wachtwoord samen in handen krijgt, hoeft niets te kraken. Daarom gaan beide altijd via gescheiden wegen – zie Wat u zelf kunt doen.
Waar de gegevens staan en hoe lang
Wat u zelf kunt doen
- Verstuur het wachtwoord en de link gescheiden, nooit in hetzelfde bericht.
- Meld u aan met Microsoft en schakel aanmelden met wachtwoord uit, of gebruik een beveiligingssleutel of passkey.
- Kies neutrale bestandsnamen als de naam zelf vertrouwelijk is.
- Beperk het ophalen tot de adressen van de ontvangers: dan zijn link en wachtwoord alleen niet genoeg.
Grenzen die wij open benoemen
- Metadata zoals bestandsnamen, adressen en tijdstippen zijn voor ons leesbaar; het bewijs heeft ze nodig.
- Het wachtwoord van een uploadbox gaat bij het aanmaken van de uploadbox eenmaal via onze server, Microsoft 365 en Hornetsecurity.
- Microsoft en Hornetsecurity zien wat onze e-mails bevatten: afzender, omschrijving, uw bericht, de link en tijdstippen – geen bestandsnamen en nooit het wachtwoord van een zending.
- De controle bij het verzenden van de Outlook-invoegtoepassing wordt geleverd door Cloudflare, zodat het verzenden van e-mail niet afhangt van de bereikbaarheid van onze server. Cloudflare ziet het IP-adres en de browseridentificatie, geen inhoud.
- Het controlegetal van elk bestand is voor ons leesbaar. Het verraadt geen inhoud, maar laat zien of een al bekend bestand is verzonden.
- Zoals bij elke versleuteling in de browser hangt de bescherming van nieuwe zendingen ervan af dat de code van de webapp ongewijzigd wordt geleverd – daarom beschermen wij de server zelf bijzonder zorgvuldig.
Een kwetsbaarheid gevonden? Meld die vertrouwelijk aan het adres in onze security.txt.