Kvifor eit større nøkkeltal ikkje gjer ein VPN tryggare

Annonsen seier 256-bit, det andre produktet seier 128-bit, og konklusjonen verkar openberr heilt til du legg merke til at tala skildrar ulike ting. Ein symmetrisk chiffernøkkel, ein offentleg nøkkel til eit sertifikat og ein nøkkelutvekslingsparameter vert ikkje målte på éin skala. Ingen av dei dekkjer om klienten i det heile stadfesta tenaren. Talet er ekte informasjon, og det er mykje smalare enn marknadsføringa rundt det antydar.

Spør kva nøkkel som vert telja og kva han verner om før du samanliknar noko.

Tre nøklar med tre oppgåver

Datachifferen krypterer lasta i tunnelen, og nøkkelen hans vert leidd ut på nytt for kvar økt. Den offentlege nøkkelen til sertifikatet provar identiteten til eit endepunkt under autentiseringa. Nøkkelutvekslingstrinnet, vanlegvis ein ephemeral Diffie-Hellman-variant, etablerer ein felles løyndom som ingen av sidene seinare kan rekonstruere. Kvar har sine eigne styrkeføresetnader og sine eigne storleikskonvensjonar.

Difor kan 256 ved sida av 2048 ved sida av 32 ikkje rangerast etter storleik; dei er svar på ulike spørsmål.

Sjølv innanfor éi rolle seier talet berre noko i høve til algoritmefamilien som vert brukt.

Kvar talet hjelper, og kvar det stoppar

Innanfor éin algoritme aukar ein større nøkkel kostnaden ved eit brute-force-søk, og publiserte retningslinjer set minimumskrav for sertifikatnøklar etter kvart som reknekrafta endrar seg. Det er ei legitim og smal samanlikning: AES-128 og AES-256 står båe imot direkte åtak med brei margin, så skilnaden er sjeldan den avgjerande faktoren i praksis.

Utanfor den samanlikninga seier talet ingenting om konfigurasjonsfeil, sertifikatvalidering eller protokollversjon.

Les heile den forhandla suiten

Det ei tilkopling faktisk brukar, er ein suite: ein chiffermodus, ein integritets- eller autentisert krypteringskonstruksjon, ein nøkkelutvekslingsgruppe og ein autentiseringsmetode. Ein moderne AEAD-modus med eit skikkeleg handtrykk er eit anna tilbod enn ein eldre modus med ein separat MAC, sjølv når den oppgjevne nøkkelstorleiken 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 forhandla resultatet i staden for det konfigurerte maksimumet. Ein klient som tilbyr ein sterk suite, koplar likevel svakt til om tenaren vel det svakare alternativet og profilen tillèt det. Om ytinga er uroa, mål henne på eininga og ruta det gjeld, fordi nøkkelstorleik er ein dårleg prediktor for gjennomstrøyming når maskinvareakselerasjon og pakkestorleik kjem inn i biletet.

Delane eit tal aldri måler

Vedlikehald av programvare er den første utelatinga. Ein tunnel bygd på eit bibliotek som har slutta å få rettingar, er svakare enn nøkkelstorleiken antydar, og ingen konfigurasjonsverdi reparerer det. Åtferda til operatøren er den andre: tilkoplingsloggar, kontodata og støttehandtering ligg heilt utanfor kryptografien. Ei teneste som held på meir enn du venta, vert ikkje tryggare av ein lengre nøkkel.

Stadfesting av motparten er den tredje og den mest konsekvensrike. Ein klient som godtek kva sertifikat som helst, har ein sterk chiffer vikla rundt ein uautentisert motpart, noko som er verre enn ein beskjeden chiffer med korrekt validering. Sjekk desse tre før talet, og talet får sin rettmessige plass.