Zo werkt Paramant,
stap voor stap.
Elke stap in gewone taal: hoe uw bestand wordt versleuteld, hoe het reist, waarom de relay (onze server die het bestand doorgeeft) het niet kan lezen en wat er gebeurt als de link wordt geopend. De cryptografische specificatie staat op de beveiligingspagina.
De route
Vier stappen. De sleutel verlaat de browsers nooit. De relay ziet alleen versleutelde tekst die hij niet kan lezen.
De sleutel bestaat alleen in browsers. De relay ontvangt versleutelde tekst, houdt die in RAM en geeft hem door. Hij heeft geen sleutel en kan het bestand niet lezen. Ook een volledig gekraakte relay ziet niets bruikbaars.
Wat wij zien
De meeste clouddiensten bewaren uw bestand, indexeren het en maken er een voorbeeld van. De relay van Paramant zit ertussen en ziet bijna niets. Dit is het verschil.
Gewone cloudopslag
- Leesbare inhoud (onversleuteld opgeslagen of door de aanbieder te ontsleutelen)
- Bestandsnaam en metadata gelogd
- Voorbeeldafbeelding gemaakt op de server
- Op schijf geschreven: overleeft herstarts, vorderingen en datalekken
- Toegangslogs gekoppeld aan inhoud
- Valt onder wettelijke bevelen tot afgifte
Relay van Paramant
- Alleen versleutelde tekst: wij kunnen die niet lezen
- Geen bestandsnaam, geen metadata
- Geen voorbeeld mogelijk: onleesbare bytes
- Alleen RAM: een herstart van de relay wist alles
- Niets af te geven: wij hebben geen leesbare tekst
- Valt onder de AVG, niet onder de Amerikaanse CLOUD Act
Wettelijke afgifte is door de opbouw onmogelijk. Wij kunnen niet afgeven wat wij niet hebben. Een gerechtelijk bevel aan de relay levert op: versleutelde bytes, geen sleutel, geen leesbare tekst, geen bestandsnaam.
De # in de link
Elke Paramant-link bestaat uit twee delen. De linkerhelft gaat naar de relay. De rechterhelft, het deel na #, verlaat uw browser nooit. Dat is geen afspraak van Paramant. Zo werken browsers.
Het pad /r/a8f3c92d geeft aan welke blob moet worden opgehaald. De relay ziet dit en levert de bijbehorende versleutelde tekst.
Het fragment #key=… is de sleutel om te ontsleutelen. Browsers halen het fragment weg voordat ze iets over het netwerk versturen. Het gaat nooit naar een server, ook niet naar de onze.
Dit is een browserstandaard, geen belofte. RFC 3986 legt vast dat URL-fragmenten alleen bij de client blijven. Ook als Paramant de sleutel zou willen loggen, zou de browser hem nooit versturen. De relay kan hem door de opbouw niet onderscheppen.
Weg na lezen
De versleutelde tekst bestaat precies één keer. De relay maakt het geheugenvak leeg na de laatste keer lezen die de link toestaat: één keer bij Community, tot 10 keer bij Firm en 100 keer bij Enterprise. Er is geen tweede kopie om op te halen.
#key=…. Het bestand verschijnt in de browser.Stuurt u een link door die nog werkt, dan stuurt u het geheim door. Bij het Community-abonnement is weg-na-lezen een garantie voor eenmalig gebruik: zodra de link is geopend, is hij weg, voor de ontvanger en voor iedereen die een kopie van de URL onderschept. Een betaalde link is weg na de laatste keer lezen die hij toestaat, tot 10 keer bij Firm.
Controleerbare geschiedenis
Elke verzending wordt toegevoegd aan een Merkle-boom. De vingerafdruk van de wortel wordt gepubliceerd. Wie een oude regel wijzigt, verandert de wortel, en dat is openbaar zichtbaar en valt dus op.
De wortel is de vingerafdruk van de hele boom. Wijzig één gebeurtenis in een blad, al is het één byte, en de hash van de wortel verandert. Omdat de wortel in de CT-log wordt gepubliceerd, valt elke latere vervalsing direct op. Het is hetzelfde principe als certificate transparency bij TLS.
Waar het draait
Eén rechtsgebied. Eén datacenter. Geen CDN dat uw bestanden opslaat. Geen Amerikaanse partij bewaart versleutelde tekst. De enige Amerikaanse subverwerker, Resend, verstuurt de e-mail onder de standaardcontractbepalingen, en die mail draagt soms sleutelmateriaal: bij versturen naar ontvangers op naam de link met het token en in een tweede mail de ophaalcode, samen genoeg om het bestand te openen; bij een ondertekenuitnodiging de helft van de documentsleutel. Daarvoor kan de CLOUD Act gelden.
AVG · DSGVO
wel op de e-mail via Resend (VS)
geen schijf, geen CDN
Geverifieerd versturen
Elke verzending met Paramant hoort bij een account en wordt in de browser versleuteld. End-to-end, zonder dat de relay ooit een sleutel kan zien, is dat bij een eenmalige link en bij Samen; bij versturen naar ontvangers op naam gaat het token dat de sleutel uitpakt één keer langs de relay om te worden gemaild (uitzondering). De webapp Versturen voegt daar post-quantum sleuteluitwisseling, ML-DSA-65-handtekeningen van de afzender en herkomstbewijs in de CT-log aan toe. Er is geen anonieme of minder zekere variant.
| Eigenschap | Geverifieerde webapp |
|---|---|
| Account nodig | Ja |
| Versleuteling | Hybride ML-KEM-768 + ECDH P-256, daarna AES-256-GCM |
| Handtekening afzender | ML-DSA-65, wiskundig gekoppeld aan de identiteit van de afzender |
| Aantal keer lezen | Eén, gewist bij de eerste keer openen (de webapp vraagt nooit om meer) |
| Herkomstbewijs | Regel in de CT-log, te controleren door de ontvanger |
| Bestand tegen quantumcomputers | Ja, ML-KEM-768 houdt HNDL-aanvallen (nu opslaan, later ontsleutelen) tegen |
| Geschikt voor | Juridisch werk, zorg, financiën, compliance |
Onderdelen
De relay is één onderdeel. Daaromheen zitten officiële SDK's, twee browserextensies en de webapp Versturen. Elk onderdeel staat op een ander punt in de overstap naar wire format v1. Dit is de eerlijke stand van vandaag.
| Onderdeel | Wat het doet | Cryptografie nu |
|---|---|---|
| Relay | Node.js, Hetzner Neurenberg. Controleert binnenkomende v1-blobs, meldt via /v2/capabilities welke algoritmen echt geladen zijn en weigert elk ander algoritme-ID met HTTP 415. |
Wire format v1. Het image bevat 3 KEM's en 17 handtekeningalgoritmen. De standaardmodus core laadt er twee, ML-KEM-768 en ML-DSA-65, en alleen die twee noemt het endpoint. |
| sdk-py 3.0.0 | Python-SDK. Standaard ML-KEM-768 + ML-DSA-65. Stemt af via het capabilities-endpoint. Beschikbaar op PyPI: pip install paramant-sdk. |
Echte post-quantum (pqcrypto). Maakt v1-blobs. |
| sdk-js 3.0.0 | JavaScript/Node-SDK. Zelfde standaarden en afstemming als de Python-SDK. Beschikbaar op npm: npm install paramant-sdk. |
Echte post-quantum (@noble/post-quantum). Maakt v1-blobs. |
| Webapp Versturen | Geverifieerde, geauthenticeerde verzendingen vanuit de browser. | Hybride ML-KEM-768 + ECDH P-256 + AES-256-GCM via WASM, bij de client. Blob-indeling van voor v1. Overstap naar v1 is bezig. |
| Chromium-extensie | Uploaden met de rechtermuisknop vanuit elk tabblad. | Versleutelt op uw eigen computer, maar met AES-256-GCM uit Web Crypto en de sleutel in het URL-fragment, niet met de ML-KEM-hybride. Geen sleuteluitwisseling, dus geen koppeling aan een bepaalde ontvanger. Een klaargezette ML-KEM-module staat ongebruikt in de code. |
| Outlook-invoegtoepassing | Versleutelt bijlagen in Outlook voordat ze worden verstuurd. | Zelfde route als de Chromium-extensie: AES-256-GCM in de invoegtoepassing, sleutel in het URL-fragment, geen sleuteluitwisseling. De overstap naar de ML-KEM-hybride is nog niet gedaan. |
De relay ziet nooit leesbare tekst, behalve bij de gehoste ondertekenceremonie op de /v1-API. Elke client in deze tabel versleutelt voordat hij uploadt, ook de twee extensies. De ceremonie is geen client in deze tabel: daar krijgt de relay de pdf zelf, omdat dat verzoek hem vraagt de ceremonie uit te voeren. Het verschil zit in de sleuteluitwisseling. De SDK's en de webapp koppelen het bestand aan de publieke sleutel van een ontvanger. De extensies en de in de browser versleutelde link zetten een symmetrische sleutel in het URL-fragment en koppelen die aan niemand. Iedereen met die link kan het bestand openen, dus de beveiliging zit in het kanaal waarover u hem verstuurt. Zie crypto-agility § 06 voor het wire format per client en de overstaptabel.
De cryptografische specificatie lezen?
De beveiligingspagina behandelt elk algoritme, de uitkomsten van de onafhankelijke audits, de lagen voor sleutelcontrole, het authenticatiemodel en het melden van kwetsbaarheden. Geschreven voor cryptografen en beveiligingsspecialisten.
Lees de beveiligingsspecificatie →