Post-kvante-VPN-påstande: hvilken operation ændrede sig egentlig?

Post-kvante-VPN er en ufuldstændig frase, indtil nogen siger, hvilken operation der ændrede sig. Sessionsnøgler kommer fra én operation, peer-godkendelse fra en anden, og beskyttelsen af trafikken fra en tredje. Et produkt kan ændre en af de tre, mens markedsføringen antyder, at alle tre er ændret. At skille de tre ad er derfor den første opgave, når en påstand dukker op, og det er også den sidste, folk gør.

Sessionsnøgler, peer-identitet, trafikbeskyttelse: vælg én

Frasen navngiver en egenskab, som ingen enkelt komponent ejer. Sessionsnøgler kommer ud af et nøgleetableringstrin, peer-identitet ud af en signatur eller certifikatkæde, og trafikbeskyttelse ud af symmetriske cifre, som begge ender udleder, når det første trin er færdigt. En leverandør kan opgradere en af dem og beskrive resultatet som et post-kvante-VPN uden at sige noget usandt. Læseren må selv finde ud af, hvilket udsagn der er fremsat.

Nøgleetablering producerer det delte hemmelige materiale til en session, og det er det, en fremtidig kvantecomputer angriber mest direkte, hvorfor det får opmærksomheden. Godkendelse er en anden opgave, og ingen mængde post-kvante-nøgleudveksling gør en signatur post-kvante. De to opgraderes uafhængigt, og de fleste udrulninger vil gøre præcis det, én ad gangen.

Hvad de to standarder definerer, og hvad de ikke gør

Standarderne fastlægger ordforrådet, og de fastlægger også, hvor lidt et navn beviser. ML-KEM, standardiseret som FIPS 203, er en nøgleindkapslingsmekanisme: to parter udleder en delt hemmelighed over en offentlig kanal, når de ikke allerede deler en. ML-DSA, standardiseret som FIPS 204, er et signaturskema, som besvarer identitetsspørgsmålet og ikke nøgleetableringsspørgsmålet.

Ingen af dokumenterne navngiver en VPN-protokol, en implementering eller en placering i et handshake, så et udsagn om post-kvante-nøgleetablering er ikke automatisk et udsagn om post-kvante-signaturer. Hvor en primitiv ligger i et handshake, tilhører den, der skrev protokollen, og det er der, den nyttige detalje er. Spørg efter algoritmen, parametersættet, punktet i handshaket, hvor den deltager, og de klient- og serverversioner, der understøtter arrangementet. Fire svar er nok til at prøve en påstand, og de fleste påstande overlever ikke det andet.

Hybrid er et design, så spørg efter designet

Hybrid kombinerer en klassisk udveksling med en post-kvante, så sessionen overlever, hvis en af dem viser sig svag. Det er et fornuftigt ingeniørvalg og et konkret design frem for en kategori. To hybrider kan kombinere forskellige primitiver, forskellige parametersæt og forskellige rækkefølger for nøgleudledning, og etiketten alene skelner ikke én af dem.

Bed om specifikationen eller i det mindste den navngivne kombination, og bekræft derefter, at begge parter forhandler den, for en klient, der lydløst falder tilbage til den klassiske halvdel, ender med en svagere egenskab, end dens dokumentation antyder. Tilbagefaldsvejen er normalt den interessante del af et design, og det er sjældent den del, der beskrives først.

Bevis, som en udrulning faktisk kan levere

En brugbar forklaring navngiver tre konkrete ting: implementeringen, opdateringsprocessen bag den og beviset for, at den tilsigtede tilstand er aktiv i din udrulning. De tre kan en anmelder kontrollere, og det er det, der adskiller dem fra resten af samtalen. En pakkefangst er ikke nok i sig selv, fordi den kan vise, hvilken gruppe der blev forhandlet, mens implementeringen forbliver ubevist og hver endepunkts integritet uundersøgt. Læs standardens aktuelle noter og implementeringens sikkerhedsmeddelelser, fordi publikationssider bærer errata, og at navngive en standardiseret algoritme er ikke det samme som at vedligeholde koden bag den.

Beslut ud fra de data, du beskytter, og hvor længe de skal forblive beskyttede. Den ramme slår både kollektiv afvisning af alt nyt og kollektiv tillid til alt med et mærke. Den producerer også den sætning, som de fleste indkøbsspørgsmål egentlig beder om, nemlig den, der navngiver den operation, der ændrede sig, og beviset for, at den gjorde.

De dele, som en handshake-påstand aldrig dækker

Intet af dette handler om peer-identitet, for et post-kvante-handshake med et dårligt verificeret certifikat er stadig et handshake med en uverificeret peer. Matematikken i udvekslingen reparerer ikke politikken omkring den, og ingen parametersæt kompenserer for en kontrol, der blev slået fra. Kontosikkerhed, routing, kompromittering af endepunkter og en operatørs datahåndtering ligger også uden for påstanden. En tunnel, der modstår en fremtidig computer, kan stadig drives af nogen, der optager hver forbindelse, og for de fleste brugere betyder det hul mere end algoritmen.

Hold påstanden snæver, når du gentager den. Den ærlige version navngiver operationen, citerer standarden, beskriver beviset og stopper der. Alt derefter er et andet løfte, og det kræver sit eget bevis.