End-to-end-kryptering for virksomheder

Kryptering der mener, hvad den siger

Begrebet “end-to-end-kryptering” er blevet udvandet af mange års markedsføringsmisbrug. Mange platforme hævder at bruge kryptering, mens de bevarer evnen til at tilgå beskedindhold på deres servere, eller krypterer kun visse typer data, eller administrerer nøgler på måder, der efterlader en bagdør for udbyderen.

Mandraki implementerer end-to-end-kryptering som defineret ved dens kryptografiske betydning: data krypteres på afsenderens enhed og kan kun dekrypteres på de tilsigtede modtageres enheder. Serveren transporterer kryptotekst. Den kan ikke læse, analysere eller udlevere klartekst-indholdet af beskeder, opkald eller filer — hverken til Mandraki-medarbejdere, infrastrukturoperatører eller nogen regering.

Sådan fungerer det

Mandrakis end-to-end-kryptering er bygget på to åbne, peer-reviewede protokoller.

MLS til beskeder (RFC 9420)

Messaging Layer Security-protokollen leverer gruppenøgleaftale for kanaler og direkte beskeder. Når en ny gruppe oprettes, eller et medlem tilføjes eller fjernes, går gruppens kryptografiske tilstand videre til en ny epoke. Hver epoke har et unikt sæt af krypteringsnøgler, der udledes kollektivt af gruppemedlemmerne, uden at serveren nogensinde lærer nøglemateriale at kende.

Nøgleegenskaber ved MLS i Mandraki:

• Forward secrecy. At kompromittere en enhed i dag tillader ikke dekryptering af tidligere beskeder. Hver epokes nøgler er uafhængige.
• Post-compromise security. Hvis en enhed kompromitteres og senere gendannes, helbreder protokollen sig selv, efterhånden som gruppetilstanden udvikler sig.
• Skalerbare gruppestørrelser. MLS er designet til grupper på tusinder. Nøgleoperationer skalerer logaritmisk, ikke lineært.
• Multi-enhed-understøttelse. Hver brugerenhed har sin egen MLS-legitimation. Nøglepakker uploades i partier og forbruges ved brug, hvilket sikrer, at tilføjelse af en ny kontakt ikke kræver, at de er online.

SFrame til medier (RFC 9605)

Til video- og lydopkald bruger Mandraki Secure Frame-protokollen til at kryptere medier på frame-niveau. Hver video- eller lyd-frame krypteres på afsenderens enhed, inden den sendes til Selective Forwarding Unit (SFU). SFU’en ruter krypterede frames til de korrekte modtagere uden nogensinde at dekryptere dem.

Denne tilgang er kompatibel med moderne SFU-arkitekturer, fordi SFU’en ikke behøver at dekode medier for at udføre sin routingfunktion. Den videresender uigennemsigtige, krypterede payloads og bevarer skalerbarhedsfordelene ved server-medieret routing, mens den opretholder ægte end-to-end-fortrolighed.

Server-side-kryptering: et supplerende lag

Ud over end-to-end-kryptering tilbyder Mandraki server-side envelope-kryptering af data i hvile. Dette beskytter mod infrastrukturniveau-trusler som lagringsbrud eller uautoriseret fysisk adgang.

Krypteringshierarkiet fungerer i tre lag:

1. Hovednøgle — rod for tillid, kan valgfrit administreres af kunden via BYOK.
2. Organisationsnøgle — én pr. organisation, indpakket af hovednøglen.
3. Data Encryption Keys (DEK’er) — formålsspecifikke nøgler til beskeder, filer og optagelser, indpakket af organisationsnøglen.

Server-side-kryptering og end-to-end-kryptering supplerer hinanden. Server-side-kryptering beskytter data mod infrastrukturtrusler. End-to-end-kryptering beskytter data mod applikationsniveau-adgang, herunder fra Mandraki selv.

Bring Your Own Key (BYOK)

For organisationer, der kræver fuld kontrol over deres krypteringsnøgler, understøtter Mandraki BYOK. Kunder kan importere en hovednøgle fra deres egen nøglestyringstjeneste — uanset om det er AWS KMS, Azure Key Vault eller en manuel import — og al organisationsniveau-kryptering vil være forankret i den kundekontrollerede nøgle.

At tilbagekalde en BYOK-nøgle gør alle server-side-krypterede data for den organisation permanent utilgængelige, hvilket giver en kryptografisk “kill switch” for datasuverænitet.

Afvejninger og gennemsigtighed

End-to-end-kryptering introducerer visse afvejninger, som vi mener, kunderne bør forstå klart.

• Server-side-søgning er ikke mulig på end-to-end-krypteret indhold. Mandraki tilbyder en klient-side søgeindeks ved hjælp af browserens lokale lagring.
• AI-funktioner (transskription, resumé) kan ikke fungere på end-to-end-krypterede opkald eller kanaler. Organisationer skal vælge mellem AI-assistance og E2EE per opkald eller per kanal.
• Nye enheder ser kun beskeder fra det øjeblik, de tilslutter sig en gruppe. Historiske beskeder dekrypteres ikke med tilbagevirkende kraft for nye enheder.

Dette er iboende egenskaber ved ægte end-to-end-kryptering, ikke begrænsninger ved vores implementering. Enhver platform, der hævder at tilbyde E2EE uden disse begrænsninger, leverer sandsynligvis ikke ægte end-to-end-kryptering.