Hvorfor et større nøkkeltall ikke gjør en VPN sikrere

Annoncen sier 256-bit, det andre produktet sier 128-bit, og konklusjonen virker opplagt helt til du legger merke til at tallene beskriver forskjellige ting. En symmetrisk chiffernøkkel, en sertifikats offentlige nøkkel og en nøkkelutvekslingsparameter måles ikke på én skala. Ingen av dem dekker om klienten i det hele tatt verifiserte serveren. Tallet er ekte informasjon, og det er mye smalere enn markedsføringen rundt det antyder.

Spør hvilken nøkkel som telles og hva den beskytter før du sammenligner noe.

Tre nøkler med tre oppgaver

Datachifferen krypterer tunnelens last, og nøkkelen dens utledes på nytt for økten. Sertifikatets offentlige nøkkel beviser en endepunkts identitet under autentiseringen. Nøkkelutvekslingstrinnet, vanligvis en ephemeral Diffie-Hellman-variant, etablerer en felles hemmelighet som ingen av sidene i ettertid kan rekonstruere. Hver har sine egne styrkeantakelser og sine egne størrelseskonvensjoner.

Derfor kan 256 ved siden av 2048 ved siden av 32 ikke rangeres etter størrelse; de er svar på forskjellige spørsmål.

Selv innenfor én enkelt rolle sier tallet bare noe i forhold til algoritmefamilien som brukes.

Hvor tallet hjelper, og hvor det stopper

Innenfor én algoritme øker en større nøkkel kostnaden ved et brute-force-søk, og publiserte retningslinjer setter minimumskrav for sertifikatnøkler etter hvert som regnekraften endrer seg. Det er en legitim og snever sammenligning: AES-128 og AES-256 motstår begge direkte angrep med bred margin, så forskjellen er sjelden den avgjørende faktoren i praksis.

Utenfor den sammenligningen forutsier tallet ingenting om konfigurasjonsfeil, sertifikatvalidering eller protokollversjon.

Les hele den forhandlede suiten

Det en tilkobling faktisk bruker, er en suite: en chiffermodus, en integritets- eller autentisert krypteringskonstruksjon, en nøkkelutvekslingsgruppe og en autentiseringsmetode. En moderne AEAD-modus med et skikkelig håndtrykk er et annet tilbud enn en eldre modus med en separat MAC, selv når den oppgitte nøkkelstørrelsen er identisk.

openvpn --show-ciphers | head -20
openvpn --show-tls | head -20
openssl x509 -in server.crt -noout -text | grep -E 'Public-Key|Signature Algorithm'
wg show

Les det forhandlede resultatet i stedet for det konfigurerte maksimumet. En klient som tilbyr en sterk suite, kobler likevel svakt til hvis serveren velger det svakere alternativet og profilen tillater det. Hvis ytelse er bekymringen, mål den på enheten og ruten det gjelder, fordi nøkkelstørrelse er en dårlig prediktor for gjennomstrømning når maskinvareakselerasjon og pakkestørrelse kommer inn i bildet.

Delene et tall aldri måler

Vedlikehold av programvare er den første utelatelsen. En tunnel bygget på et bibliotek som har sluttet å motta rettelser, er svakere enn nøkkelstørrelsen antyder, og ingen konfigurasjonsverdi reparerer det. Operatørens atferd er den andre: tilkoblingslogger, kontodata og støttehåndtering ligger helt utenfor kryptografien. En tjeneste som beholder mer enn du forventet, blir ikke sikrere av en lengre nøkkel.

Verifisering av motparten er den tredje og den mest konsekvensrike. En klient som godtar ethvert sertifikat, har en sterk chiffer viklet rundt en uautentisert motpart, noe som er verre enn en beskjeden chiffer med korrekt validering. Sjekk disse tre før tallet, og tallet får sin rettmessige plass.