Een sterke sleutel is niet hetzelfde als de juiste sleutel; de identiteit van je contact verifiëren hoort bij veilige gesprekken.
Berichtversleuteling moet zowel de inhoud beschermen als duidelijk maken bij welk account de sleutel van de andere partij werkelijk hoort. Als de app de eerste sleutel van een server krijgt, is de authenticiteit van die sleutel belangrijk: versleutelen voor de sleutel van een aanvaller levert geen veilige verbinding met je bedoelde contact op.
Dat betekent niet dat elke gehackte server meteen alle oude berichten kan lezen. Het resultaat hangt af van het protocol, eerder geverifieerde sleutels, waarschuwingen voor identiteitswijzigingen en mechanismen voor sleuteltransparantie.
Wat is het vertrouwensprobleem bij het eerste contact?
Om een gesprek met een offline contact te beginnen, kan een berichtenapp een bundel van diens openbare sleutels op de server bewaren. De handtekening op een vooraf gepubliceerde sleutel helpt de koppeling met de identiteitssleutel te controleren; maar die identiteitssleutel zelf moet ook aan het bedoelde contact worden gekoppeld.
Signals X3DH-specificatie beschrijft dit model voor asynchrone communicatie en de aannames over authenticatie. Dit document mag niet de LVR1-specificatie worden genoemd: vergelijkbare ideeën gebruiken betekent niet dat twee protocollen hetzelfde zijn.
Hoe vormt het vervangen van een sleutel een risico?
In een eenvoudig voorbeeld biedt een aanvaller in plaats van de sleutel van het account van ‘Alice’ een sleutel aan die hij zelf beheert. Als het apparaat die zonder voldoende controle accepteert, kan een nieuw bericht voor de aanvaller worden versleuteld. Of deze aanval mogelijk is en wordt opgemerkt, hangt af van de details van het systeem; de bewering ‘dit gebeurt altijd ongemerkt en zonder waarschuwing’ is niet juist.
Een sterke sleutel is niet hetzelfde als de juiste sleutel. AES of een postkwantumalgoritme verifieert op zichzelf niet de menselijke identiteit van de accounteigenaar.
Wat controleert een veiligheidsnummer?
Een vingerafdruk of veiligheidsnummer is een beknoptere weergave van de sleutelinformatie van het gesprek. Door deze te vergelijken via een weg waarbij je vertrouwt op de authenticiteit van de ander, help je de twee apparaten overeenstemming te bereiken over de communicatiesleutels. Deze controle bewijst niet dat een telefoon vrij is van malware of dat de ander nooit berichten opnieuw zal delen.
Ook Signals officiële handleiding stelt uitdrukkelijk dat een veiligheidsnummer op zichzelf iemands identiteit niet verifieert. Een wijziging kan het gevolg zijn van een ander apparaat of een herinstallatie; een onverwachte wijziging vraagt om onderzoek, niet om de onmiddellijke conclusie dat er een hack is geweest.
Een praktische controle vóór een gevoelig bericht
- Open de beveiligingsinformatie van het gesprek op beide apparaten.
- Neem contact op met de persoon die je kent, persoonlijk of via een onafhankelijk en vertrouwd kanaal.
- Vergelijk het volledige verificatienummer of de QR-code van het gesprek volgens de instructies van de app; alleen de eerste paar cijfers zijn niet genoeg.
- Stop bij een afwijking met het sturen van gevoelige informatie en vraag via een onafhankelijk kanaal naar de oorzaak.
- Controleer de verificatiestatus opnieuw nadat de sleutel of het apparaat verandert.
Een afbeelding van het nummer sturen in hetzelfde gesprek waarvan de authenticiteit wordt betwijfeld, biedt geen onafhankelijke controle. Ook een telefoongesprek biedt onvoldoende bescherming tegen identiteitsfraude als je alleen afgaat op de gelijkenis van de stem; gebruik een nummer of contactkanaal dat eerder al betrouwbaar was.
Wat is er anders aan sleuteltransparantie?
Sleuteltransparantie, of Key Transparency, kan inconsistenties in de koppeling van accounts aan sleutels zichtbaar maken en de afhankelijkheid van handmatig vergelijken verminderen. Signal beschreef deze functie en de beperkingen van de beschikbaarheid ervan bij de introductie van automatische sleutelverificatie in augustus 2026. Ook dit mechanisme bewijst op zichzelf niet dat degene die het account beheert de persoon is die jij bedoelt.
De uitspraak ‘handmatig vergelijken is de enige beschikbare methode in alle berichtenapps’ is dus niet meer actueel. Controleer elke functie voor de versie en omstandigheden van dat specifieke product; schrijf functies van de ene berichtenapp niet toe aan een andere.
Waarop kun je bij Livara vertrouwen?
Livara’s documentatie beveelt aan vingerafdrukken via een ander kanaal te vergelijken. Behandel deze stap bij een gevoelig gesprek los van de namen van algoritmen. Dit artikel beweert niet dat Livara een sleuteltransparantiesysteem zoals dat van Signal heeft of dat er resultaten van een onafhankelijke audit zijn.
Veelgestelde vragen
Betekent een geslaagde verificatie dat geen enkele aanval mogelijk is?
Nee. Het resultaat hangt af van de veiligheid van de apparaten, de vergelijkingsmethode en de aannames van het protocol. Malware of een ontvanger die inhoud kopieert, valt buiten het probleem van sleutelvervanging.
Moet ik mijn account bij elke sleutelwijziging verwijderen?
Nee. Controleer eerst via een betrouwbaar kanaal bij je contact waarom de sleutel is veranderd. Verstuur in de tussentijd geen gevoelige informatie.
Maakt deze controle eerdere berichten opnieuw veilig?
Nee. Verificatie vandaag maakt een mogelijke eerdere openbaarmaking niet ongedaan. Bij het beginnen van gevoelige communicatie kun je de controle het beste uitvoeren vóór je iets verstuurt.
