Versleuteling bepaalt welke sleutels een bericht openen; wie die sleutels heeft ontvangen, moet afzonderlijk worden gecontroleerd.
Nee: end-to-endversleuteling van een groep verhindert op zichzelf geen verborgen deelnemer. Of een server iemand aan een groep kan toevoegen, hangt af van het lidmaatschaps- en verificatiemechanisme, niet alleen van de berichtversleuteling. Volgens de documentatie van Livara versleutelt LGS1 inhoud in compatibele privégroepen die daadwerkelijk E2EE gebruiken. Sleutelrotatie na een wijziging van het lidmaatschap is bedoeld om toekomstige toegang te beperken; daarvoor moeten apparaten de wijzigingen in lidmaatschap en sleutels toepassen. Eerder ontvangen kopieën worden niet teruggehaald.
Belangrijkste punten
- End-to-endversleuteling beoogt berichten vertrouwelijk te houden, maar beveiliging van de ledenlijst vraagt om een afzonderlijk mechanisme.
- In een compatibele privégroep van Livara waarvan de E2EE-status is bevestigd, omvat LGS1 berichten, bewerkingen en bijlagesleutels; pas deze claim niet toe op een oude, incompatibele groep.
- Signal, WhatsApp, SimpleX en Element vergelijken op alleen het etiket ‘versleuteld’ volstaat niet: beoordeel ook meldingen over ledenwijzigingen, de beheerdersrol en identiteitsverificatie.
- De gebruikersinterface kan niet onder alle omstandigheden herkennen dat een toegestaan account door een aanvaller wordt beheerd. Leden moeten identiteit en gevoelige wijzigingen langs een onafhankelijke weg controleren.
- Livara Proof Lab biedt lokale demonstraties van P-256, HKDF en AES-GCM en controle van bestandshashes; het is geen volledige implementatie of onafhankelijke audit van LVR1/LGS1.
Voorkomt groepsversleuteling een verborgen deelnemer?
Nee, tenzij het protocol niet alleen de inhoud maar ook de lidmaatschapsstatus cryptografisch en controleerbaar tussen leden afstemt. Een ‘verborgen deelnemer’ betekent hier een account dat toegang heeft tot toekomstige berichten terwijl de menselijke deelnemers zijn komst niet hebben gezien of zijn identiteit verkeerd hebben herkend.
End-to-endversleuteling betekent dat alleen de apparaten van de gesprekspartners de berichtinhoud zouden moeten kunnen lezen. Maar die apparaten moeten ook weten voor wie ze sleutels versturen. Als de server de ontvangerslijst kan wijzigen, kan de versleuteling correct werken terwijl een bericht ook voor een ongewenste deelnemer wordt versleuteld. Raadpleeg de uitleg over end-to-endversleuteling en haar grenzen om inhoud en metadata te onderscheiden.
Een ‘serveraanval op een versleutelde groep’ hoeft dus niet te betekenen dat AES wordt gekraakt of een wiskundig probleem wordt opgelost. Door het lidmaatschap te beheersen kan de server een geldig account aan de toekomstige ontvangers toevoegen. Oude berichten waarvoor dat account geen sleutels had, zijn een afzonderlijke kwestie; het belangrijkste risico is toegang na toetreding.
Wat weten we over groepslidmaatschap bij Livara?
Livara’s beveiligingsdocumentatie onderscheidt de servercontrole over lidmaatschap en rollen van inhoudsversleuteling. Dat is een belangrijke grens bij een beoordeling, maar bewijst op zichzelf geen geslaagde praktische aanval of volledig onzichtbare toetreding. Daarvoor moeten het gedrag van de client, de sleutelverdeling, meldingen over ledenwijzigingen en de aanvalsvoorwaarden worden getest.
De juiste vraag is: valideren apparaten wijzigingen in de lijst onafhankelijk, en wat tonen ze de gebruiker voordat ze een sleutel naar een nieuw lid sturen? Dit artikel presenteert geen audit- of penetratietestresultaten voor Livara.
Hoe verschilt de beveiliging van ledenlijsten bij vijf berichtenapps?
Het belangrijkste verschil is wie lidmaatschapswijzigingen toestaat, hoe leden ervan horen en of zij de identiteit van een nieuw account onafhankelijk kunnen bevestigen. End-to-endversleuteling alleen geeft geen volledig antwoord op de vraag hoeveel vertrouwen een berichtenapp in de server stelt.
| Berichtenapp | Groepsinhoud | Lidmaatschap en praktisch vertrouwen | Voorzichtige conclusie |
|---|---|---|---|
| Livara | In een compatibele privégroep met E2EE omvat LGS1 tekst, bewerkingen en bijlagesleutels. | Bij ledenwijzigingen worden afzendersleutels automatisch opnieuw gegenereerd en verdeeld. | Volgens de productdocumentatie worden inhoud en mediasleutels van compatibele privégroepen vóór aflevering beschermd; controleer de status van de specifieke groep. |
| Signal | Signal-ondersteuning over groepen stelt dat de dienst geen gegevens over groepslidmaatschap, titel, afbeelding en kenmerken vastlegt. | Dezelfde bron zegt dat een beheerder kan bepalen wie leden mag toevoegen en goedkeuring voor de groepslink kan inschakelen; leden moeten wijzigingen nog steeds opmerken. | Het ontwerp beperkt wat de dienst weet, maar gebruikers moeten lidmaatschapswijzigingen en accountidentiteiten controleren. |
| Het versleutelingsoverzicht van WhatsApp zegt dat persoonlijke berichten en groepsberichten end-to-end versleuteld worden. | Het WhatsApp-helpcentrum beschrijft optioneel delen van een deel van de geschiedenis met een nieuw lid en de bevoegdheid van de beheerder om dit te beperken. | De groepsinhoud is versleuteld, maar de juistheid van het lidmaatschap moet worden beoordeeld via beheerderscontroles en appmeldingen. | |
| SimpleX | De SimpleX-groepsdocumentatie zegt dat elk lid een afzonderlijke verbinding met de andere leden heeft. | De protocolspecificatie beschrijft groepen als verbindingen tussen leden met rollen en berichten over lidmaatschapswijzigingen; dit sluit een menselijke beheerder niet uit. | Een groep zonder globale identificatie betekent niet dat alle lidmaatschapsrisico’s of besmette apparaten verdwijnen. |
| Element / Matrix | De Matrix-specificatie voor end-to-endversleuteling definieert het event m.room.encryption en algoritmen voor kamerversleuteling. |
De Matrix-lidmaatschapsspecificatie modelleert lidmaatschap met m.room.member-events in de kamerstatus, die homeservers verspreiden. |
Kamerversleuteling en lidmaatschapsstatus zijn afzonderlijke lagen; leden moeten apparaten en wijzigingen in de kamer controleren. |
Deze tabel is geen absolute ranglijst. Elk systeem heeft een ander dreigingsmodel; de app, apparaten, groepsbeheer en het gedrag van leden kunnen de uitkomst veranderen. Gebruik voor een praktische keuze de 12 vragen uit de checklist voor veilige berichtenapps samen met de officiële documentatie van elk product.
Hoe vergelijken we het vertrouwen in de server?
Reduceer vertrouwen niet tot ja of nee; vraag precies wat de server ziet en wat hij kan wijzigen. Een server die geen tekst leest, kan nog steeds communicatietijden, groepsleden of de eerste sleutelverdeling beheersen.
Scheid eerst de vertrouwelijkheid van inhoud
Controleer waar berichten, bewerkingen, reacties, titels, bijlagen en bijlagesleutels precies worden versleuteld. Volgens Livara’s documentatie omvat LGS1 tekst, bewerkingen en bijlagesleutels in compatibele privégroepen met E2EE; deze claim geldt niet voor kanalen.
Zoek vervolgens de autoriteit voor lidmaatschap
Bepaal wie leden mag uitnodigen, wie aanvragen goedkeurt en hoe de client wijzigingen toont. Als de server de groepsstatus oplegt, moet een gecompromitteerde server expliciet in het dreigingsmodel worden opgenomen.
Onderscheid ten derde identiteit van lidmaatschap
Een bekende naam bewijst niet dat de sleutel bij die persoon hoort. In Livara maakt het safety number vergelijking van sleutelvingerafdrukken buiten de app mogelijk; dit hulpmiddel alleen betekent niet dat de volledige ledenlijst wordt gecontroleerd. Schrijf sleuteltransparantie eveneens alleen aan een product toe als deze is gedocumenteerd.
Scheid ten vierde bewijs van claims
Productdocumentatie, auditrapporten en onafhankelijke tests zijn niet hetzelfde. Een betrouwbaar rapport moet versie, reikwijdte, bevindingen en verbeteringen verduidelijken. De naam van een algoritme of overeenstemming tussen twee implementaties bewijst op zichzelf geen veilig lidmaatschapsbeheer.
Hoe verifieer je groepschatleden?
Leden moeten wijzigingen in de lijst onmiddellijk controleren en de identiteit van gevoelige contacten via een onafhankelijk kanaal bevestigen. Bij gesprekken met een hoog risico volstaan naam, foto of accountnummer niet: deze kunnen onjuist, hergebruikt of door een aanvaller beheerd zijn.
In Livara kunnen twee personen het safety number persoonlijk, tijdens een bekend telefoongesprek of langs een onafhankelijke weg vergelijken. Dit kan onverwachte sleutelwijzigingen zichtbaar maken, maar een vergelijking tussen twee personen controleert niet vanzelf alle leden van een grote groep tegelijk. De handleiding voor chatverificatie met een safety number legt de praktische stappen uit.
Voor gevoelige groepen is deze korte procedure nuttig:
- Beperk het toevoegen van leden zoveel mogelijk tot beheerders.
- Controleer iedere melding van toetreding, vertrek of rolwijziging direct.
- Bevestig de identiteit van een nieuw lid buiten diezelfde groep.
- Stop na een verdachte wijziging met het versturen van gevoelige informatie en maak een nieuwe groep met geverifieerde leden.
- Controleer regelmatig de gekoppelde apparaten en sessies van elk account.
Deze maatregelen verminderen het risico, maar herstellen geen gebrekkige lidmaatschapsarchitectuur. Als de server of het beheerdersaccount gecompromitteerd is en de interface wijzigingen slecht toont, kan de gebruiker een toetreding nog steeds missen.
Veelgestelde vragen
Kan een server iemand toevoegen zonder de versleuteling te breken?
Ja, als de architectuur de server controle over de ledenlijst geeft. De server hoeft dan geen versleuteling te kraken: hij kan een account aan toekomstige ontvangers toevoegen zodat clients berichten ook daarvoor versleutelen. Of en hoe dit kan, hangt van het lidmaatschapsprotocol van elk product af.
Hoe werkt LGS1 in Livara-groepen?
Volgens de productdocumentatie gebruikt LGS1 in compatibele privégroepen met E2EE een afzendersleutelketen en afzenderhandtekeningen om inhoud en bijlagesleutels te beschermen. Beperking van toekomstige toegang na vertrek hangt af van het toepassen van de lidmaatschapswijziging en het verdelen van nieuwe sleutels. Proof Lab biedt slechts lokale demonstraties van enkele cryptografische onderdelen en hashcontroles; het is geen volledige LGS1-implementatie, protocolaudit of bewijs van veilig lidmaatschapsbeheer.
Bewijst een safety-numbervergelijking dat een verborgen lid is toegetreden?
Nee. De vergelijking controleert de sleutelidentiteit tussen twee personen via een onafhankelijke weg en kan onverwachte sleutelwijzigingen onthullen. Ze bewijst niet dat geen ander lid is toegetreden; leden moeten ook de lijst, lidmaatschapsmeldingen en identiteiten van gevoelige accounts afzonderlijk controleren.
Welke berichtenapp heeft de veiligste ledenlijst?
Deze bronnen leveren geen absolute winnaar op: Signal, WhatsApp, SimpleX, Element en Livara hebben verschillende lidmaatschaps- en dreigingsmodellen. De juiste keuze hangt van jouw risico af: controleer wie het lidmaatschap beheert, hoe wijzigingen worden gemeld en of identiteiten buiten de server kunnen worden geverifieerd.
