Post-kwantum-VPN-beloftes: welke bewerking is werkelijk veranderd?

Post-kwantum-VPN is een onvolledige uitdrukking totdat iemand zegt welke bewerking is veranderd. Sessiesleutels komen uit één bewerking, peer-authenticatie uit een andere en de bescherming van het verkeer uit een derde. Een product kan een van die drie veranderen terwijl de marketing suggereert dat alle drie zijn veranderd. Die drie scheiden is daarom de eerste taak wanneer een claim binnenkomt, en het is ook de laatste die mensen doen.

Sessiesleutels, peer-identiteit, verkeersbescherming: kies er één

De uitdrukking benoemt een eigenschap die geen enkel onderdeel alleen bezit. Sessiesleutels komen voort uit een stap voor sleutelvestiging, peer-identiteit uit een handtekening of certificaatketen, en verkeersbescherming uit symmetrische versleuteling die beide uiteinden afleiden zodra de eerste stap klaar is. Een leverancier kan een van die drie verbeteren en het resultaat als een post-kwantum-VPN beschrijven zonder iets onwaars te zeggen. De lezer moet zelf uitzoeken welke bewering is gedaan.

Sleutelvestiging produceert het gedeelde geheime materiaal voor een sessie, en dat is wat een toekomstige quantumcomputer het meest direct aanvalt, daarom krijgt het de aandacht. Authenticatie is een andere taak, en geen enkele hoeveelheid post-kwantum-sleuteluitwisseling maakt een handtekening post-kwantum. De twee worden onafhankelijk verbeterd, en de meeste uitrollingen zullen precies dat doen, één tegelijk.

Wat de twee standaarden wel en niet vastleggen

De standaarden leggen de terminologie vast, en ze leggen ook vast hoe weinig een naam bewijst. ML-KEM, gestandaardiseerd als FIPS 203, is een sleutelinkapselingsmechanisme: twee partijen leiden een gedeeld geheim af over een openbaar kanaal wanneer ze er nog geen hebben. ML-DSA, gestandaardiseerd als FIPS 204, is een handtekeningschema, dat de identiteitsvraag beantwoordt en niet de vraag naar sleutelvestiging.

Geen van beide documenten noemt een VPN-protocol, een implementatie of een positie in een handshake, dus een bewering over post-kwantum-sleutelvestiging is niet automatisch een bewering over post-kwantum-handtekeningen. Waar een primitief in een handshake zit, is aan degene die het protocol heeft geschreven, en daar zit het nuttige detail. Vraag naar het algoritme, de parameterset, het punt in de handshake waar het deelneemt, en de client- en serverversies die die opzet ondersteunen. Vier antwoorden zijn genoeg om een bewering te toetsen, en de meeste beweringen overleven het tweede niet.

Hybride is een ontwerp, dus vraag naar het ontwerp

Hybride combineert een klassieke uitwisseling met een post-kwantum uitwisseling zodat de sessie overleeft als een van beide zwak blijkt. Dat is een degelijke technische keuze en een concreet ontwerp, geen categorie. Twee hybrides kunnen verschillende primitieven, verschillende parametersets en verschillende volgordes van sleutelafleiding combineren, en het label alleen onderscheidt geen van beide.

Vraag de specificatie of ten minste de genoemde combinatie, en bevestig dan dat beide peers erover onderhandelen, want een client die stilletjes terugvalt op de klassieke helft eindigt met een zwakkere eigenschap dan de documentatie suggereert. Het terugvalpad is meestal het interessante deel van een ontwerp, en het is zelden het deel dat als eerste wordt beschreven.

Bewijs dat een uitrol werkelijk kan leveren

Een bruikbare uitleg noemt drie concrete dingen: de implementatie, het updateproces erachter en het bewijs dat de bedoelde modus actief is in jouw uitrol. Die drie kan een recensent controleren, en dat onderscheidt ze van de rest van het gesprek. Een packetcapture is op zichzelf niet genoeg, want die kan laten zien welke groep is onderhandeld terwijl de implementatie onbewezen blijft en de integriteit van elk eindpunt ononderzocht. Lees de actuele notities van de standaard en de beveiligingsberichten van de implementatie, want publicatiepagina's bevatten errata en een gestandaardiseerd algoritme noemen is niet hetzelfde als de code erachter onderhouden.

Beslis op basis van de gegevens die je beschermt en hoe lang die beschermd moeten blijven. Dat kader verslaat zowel de collectieve afwijzing van alles wat nieuw is als het collectieve vertrouwen in alles met een label. Het levert ook de zin op waar de meeste inkoopvragen eigenlijk om vragen, namelijk degene die de gewijzigde bewerking en het bewijs daarvan noemt.

De delen die een handshake-bewering nooit dekt

Niets hiervan gaat over peer-identiteit, want een post-kwantum-handshake met een slecht geverifieerd certificaat blijft een handshake met een niet-geverifieerde peer. De wiskunde van de uitwisseling herstelt het beleid eromheen niet, en geen parameterset compenseert een uitgeschakelde controle. Accountbeveiliging, routing, compromittering van eindpunten en de datapraktijk van een operator vallen ook buiten de bewering. Een tunnel die een toekomstige computer weerstaat, kan nog steeds worden beheerd door iemand die elke verbinding vastlegt, en voor de meeste gebruikers weegt dat gat zwaarder dan het algoritme.

Houd de bewering smal wanneer je die herhaalt. De eerlijke versie noemt de bewerking, citeert de standaard, beschrijft het bewijs en stopt daar. Alles daarna is een andere belofte, en die heeft zijn eigen bewijs nodig.