Messaging Layer Security: één sleutel voor veilige groepschats

Bijgewerkt: 26 augustus 2026 · 5 min leestijd

Stel je een groepsapp voor met honderd deelnemers, waarin elk bericht end-to-end versleuteld moet zijn: alleen de deelnemers zelf kunnen het lezen, niet de aanbieder van de app en al helemaal geen afluisteraar onderweg. Zodra iemand de groep verlaat, moet die persoon voortaan buitengesloten worden van nieuwe berichten. Zodra iemand toetreedt, moet die weer mee kunnen lezen. Dat klinkt eenvoudig, maar cryptografisch is het een fors probleem: bij elke wijziging in de groep moet in feite een nieuwe gedeelde geheime sleutel worden afgesproken, en dat moet snel en veilig gebeuren, ook als de groep duizenden leden telt.

Messaging Layer Security, afgekort MLS, is een technische standaard die dit probleem oplost. Het is vastgelegd door de internetstandaardisatieorganisatie IETF in document RFC 9420, gepubliceerd in 2023. MLS is geen chat-app op zich, maar een bouwsteen: een recept dat appmakers kunnen gebruiken om efficiënt en veilig versleutelde groepsgesprekken te bouwen, vergelijkbaar met hoe het Signal-protocol een bouwsteen is voor versleutelde één-op-één-berichten.

Wat is het precies?

De kern van MLS is een slimme boomstructuur die TreeKEM heet (KEM staat voor key encapsulation mechanism, een cryptografische methode om sleutels veilig uit te wisselen). Elke deelnemer aan een groep krijgt een plek in een binaire boom, een soort stamboomdiagram waarin elk 'blad' een lid voorstelt en elke hogere knoop een sleutel bevat die is afgeleid van de knopen eronder.

Het voordeel van zo'n boom is snelheid. In oudere aanpakken, zoals bij het klassieke Signal-protocol, moet elk paar deelnemers een eigen aparte versleutelde verbinding onderhouden. Bij honderd leden zijn dat al gauw duizenden verbindingen, en bij elke wijziging moeten ze stuk voor stuk worden bijgewerkt. Met TreeKEM hoeft, wanneer iemand toetreedt, vertrekt of zijn sleutel vernieuwt, alleen het pad van dat lid naar de top van de boom te worden aangepast. Dat schaalt logaritmisch: bij een boom met duizend leden zijn dat maar een paar stappen, niet duizenden.

MLS levert twee belangrijke veiligheidseigenschappen. De eerste is forward secrecy (voorwaartse geheimhouding): als een aanvaller vandaag een sleutel steelt, kan hij daarmee geen berichten van gisteren ontcijferen, omdat sleutels voortdurend vernieuwd worden. De tweede is post-compromise security (herstel na inbraak): als een aanvaller ooit toegang krijgt tot het apparaat van een deelnemer, herstelt de groep zich vanzelf zodra er weer nieuwe sleutelmateriaal wordt uitgewisseld, zodat de aanvaller niet blijvend kan meelezen.

Daarnaast beschrijft de standaard hoe apparaten met elkaar afspreken wie er precies in de groep zit (het 'groepsstatus' bijhouden) en hoe berichten worden geauthenticeerd, zodat niemand een bericht namens een ander kan versturen of de ledenlijst ongemerkt kan manipuleren.

Wat wil men ermee bereiken?

Het directe doel is simpel te noemen: end-to-end versleuteling voor groepsgesprekken die ook bij grote en dynamische groepen praktisch bruikbaar blijft, zonder dat servers de inhoud kunnen lezen. Voor kleine groepjes vrienden werkten oudere technieken prima, maar bedrijven die versleutelde samenwerking aanbieden aan duizenden medewerkers liepen tegen de grenzen van pairwise-sleuteluitwisseling aan.

Een tweede, minstens zo belangrijk doel is interoperabiliteit: één gedeelde, openbaar gecontroleerde standaard maakt het mogelijk dat verschillende apps en bedrijven met elkaar kunnen communiceren zonder dat elke aanbieder zijn eigen, gesloten cryptografische systeem hoeft te bouwen (en zonder dat gebruikers een aanbieder blind moeten vertrouwen op diens eigen beweringen over veiligheid). Dat sluit aan bij een politieke ontwikkeling: de Digital Markets Act van de Europese Unie verplicht grote berichtendiensten om onderling koppelbaar te worden, en MLS wordt gezien als de meest voor de hand liggende technische basis daarvoor.

Tot slot wilde men een standaard die van meet af aan grondig is onderzocht door cryptografen, in plaats van pas achteraf op fouten te worden gecontroleerd. Vandaar dat de ontwikkeling van MLS gepaard ging met formele, wiskundige verificatie van de veiligheidsbewijzen, iets dat niet gebruikelijk is bij de meeste software.

Voorbeelden uit de praktijk

De Zwitsers-Duitse berichtenapp Wire was een van de eerste partijen die actief meewerkte aan het ontwerp van MLS en de standaard ook daadwerkelijk in haar app implementeerde, via een eigen cryptografiebibliotheek genaamd Core Crypto.

Cisco was via zijn videobelplatform Webex nauw betrokken bij de ontwikkeling van MLS; ontwerpers van Cisco hebben mede aan de basis gestaan van de RFC, en Cisco heeft elementen ervan toegepast in zijn eigen versleutelingsfuncties.

Google heeft aangekondigd MLS te willen gebruiken om end-to-end versleutelde groepsgesprekken mogelijk te maken binnen RCS (Rich Communication Services), de opvolger van sms in Google Messages, als aanvulling op de eerder al ingevoerde versleuteling voor één-op-één-gesprekken.

Amazon bracht via de overgenomen dienst Wickr eveneens MLS-achtige technieken in de praktijk, met een focus op zakelijke en overheidsklanten die sterke garanties over vertrouwelijkheid nodig hebben.

In de context van de eerder genoemde Europese interoperabiliteitseisen heeft Meta (WhatsApp/Messenger) publiekelijk beschreven hoe het derde partijen op basis van een op MLS gebaseerd protocol toegang wil geven tot versleutelde berichtenuitwisseling, onder de noemer van zijn interoperabiliteitsproject. Dit werk overlapt met een aparte, jongere IETF-werkgroep genaamd MIMI (More Instant Messaging Interoperability), die voortbouwt op MLS om afspraken te maken over hoe verschillende chatapps onderling berichten kunnen uitwisselen.

Hoe ver is de techniek?

MLS is geen experimenteel prototype meer: de kernstandaard is sinds 2023 formeel vastgesteld als RFC 9420, na een ontwikkeltraject van ongeveer vijf jaar binnen de IETF-werkgroep die in 2018 van start ging. Dat is relatief snel voor een cryptografische internetstandaard, mede dankzij de vroege betrokkenheid van zowel bedrijven als academische onderzoekers.

Wat MLS bijzonder maakt binnen de wereld van internetstandaarden, is de mate van formele verificatie: onderzoekers, onder meer verbonden aan het Franse onderzoeksinstituut INRIA, hebben delen van het protocol met wiskundige bewijsmethoden (zoals de tools ProVerif en Tamarin, en het geverifieerde programmeerplatform F*) doorgelicht op zwakke plekken, nog vóórdat de standaard definitief werd vastgesteld. Dat verkleint de kans op verrassingen achteraf, al is geen enkel bewijssysteem een garantie dat een concrete implementatie in de praktijk foutloos is: bugs in de programmacode blijven een apart risico, los van de wiskundige correctheid van het protocolontwerp.

De grootste horde is inmiddels niet meer de cryptografie zelf, maar de praktische en organisatorische kant: hoe krijg je concurrerende techbedrijven zo ver dat hun systemen daadwerkelijk met elkaar praten, wie beheert de identiteitscontrole tussen platformen, en hoe voorkom je dat 'interoperabiliteit' misbruikt wordt om spam of phishing tussen platformen te verspreiden. Dat is precies het terrein waarop de MIMI-werkgroep nu actief is, en dat proces verloopt merkbaar trager dan de ontwikkeling van het onderliggende MLS-protocol.

Wie werken eraan?

De ontwikkeling van MLS gebeurt in de IETF (Internet Engineering Task Force), de internationale, vrijwillige organisatie die de meeste kernstandaarden van het internet beheert. Daarbinnen droegen ingenieurs van onder meer Cisco, Wire, Google, Meta, Mozilla en Amazon/Wickr bij aan het ontwerp, naast onafhankelijke cryptografen.

Op wetenschappelijk vlak speelde het Franse onderzoeksinstituut INRIA een prominente rol bij de formele veiligheidsanalyse, in samenwerking met academici van diverse Europese en Amerikaanse universiteiten. Geografisch is de ontwikkeling dus vooral een Europees-Amerikaanse aangelegenheid, met Zwitserland (Wire) en Frankrijk (INRIA) als opvallende Europese knooppunten naast de gebruikelijke Amerikaanse techbedrijven.