Hvorfor et større nøglenummer ikke gør en VPN sikrere

Annoncen siger 256-bit, det andet produkt siger 128-bit, og konklusionen virker indlysende, indtil du bemærker, at tallene beskriver forskellige ting. En symmetrisk chiffernøgle, en certifikats offentlige nøgle og en nøgleudvekslingsparameter måles ikke på én skala. Ingen af dem dækker, om klienten overhovedet verificerede serveren. Tallet er reel information, og det er meget smallere, end markedsføringen omkring det antyder.

Spørg, hvilken nøgle der tælles, og hvad den beskytter, før du sammenligner noget.

Tre nøgler med tre opgaver

Datachifferen krypterer tunnelens last, og dens nøgle udledes på ny for sessionen. Certifikatets offentlige nøgle beviser en endepunkts identitet under autentificeringen. Nøgleudvekslingstrinnet, normalt en efemær Diffie-Hellman-variant, etablerer en fælles hemmelighed, som ingen af siderne bagefter kan rekonstruere. Hver har sine egne styrkeantagelser og sine egne størrelseskonventioner.

Derfor kan 256 ved siden af 2048 ved siden af 32 ikke rangeres efter størrelse; de er svar på forskellige spørgsmål.

Selv inden for én enkelt rolle siger tallet kun noget i forhold til den algoritmefamilie, der bruges.

Hvor tallet hjælper, og hvor det stopper

Inden for én algoritme hæver en større nøgle prisen for en brute-force-søgning, og offentliggjorte retningslinjer sætter minimumskrav til certifikatnøgler, efterhånden som regnekraften ændrer sig. Det er en legitim og snæver sammenligning: AES-128 og AES-256 modstår begge direkte angreb med bred margin, så forskellen er sjældent den afgørende faktor i praksis.

Uden for den sammenligning forudsiger tallet intet om konfigurationsfejl, certifikatvalidering eller protokolversion.

Læs hele den forhandlede suite

Det, en forbindelse faktisk bruger, er en suite: en chiffertilstand, en integritets- eller autentificeret krypteringskonstruktion, en nøgleudvekslingsgruppe og en autentificeringsmetode. En moderne AEAD-tilstand med et ordentligt håndtryk er et andet tilbud end en ældre tilstand parret med en separat MAC, selv når den annoncerede nøglestørrelse 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

Læs det forhandlede resultat frem for det konfigurerede maksimum. En klient, der tilbyder en stærk suite, forbinder stadig svagt, hvis serveren vælger den svagere mulighed, og profilen tillader det. Hvis ydelsen er bekymringen, så mål den på den pågældende enhed og rute, fordi nøglestørrelse er en dårlig indikator for gennemstrømning, når først hardwareacceleration og pakkestørrelse kommer ind i billedet.

De dele, et tal aldrig måler

Vedligeholdelse af software er den første udeladelse. En tunnel bygget på et bibliotek, der er holdt op med at modtage rettelser, er svagere, end dens nøglestørrelse antyder, og ingen konfigurationsværdi reparerer det. Operatørens adfærd er den anden: forbindelsesregistreringer, kontodata og supportbehandling ligger helt uden for kryptografien. En tjeneste, der gemmer mere, end du forventede, bliver ikke sikrere af en længere nøgle.

Verifikation af modparten er den tredje og den mest konsekvensrige. En klient, der accepterer ethvert certifikat, har en stærk chiffer viklet om en uautentificeret modpart, hvilket er værre end en beskeden chiffer med korrekt validering. Tjek de tre ting før tallet, og tallet får sin rette plads.