De ce un număr de cheie mai mare nu face un VPN mai sigur

Reclama spune 256 de biți, celălalt produs spune 128 de biți, iar concluzia pare evidentă până observi că numerele descriu lucruri diferite. O cheie de cifrare simetrică, o cheie publică de certificat și un parametru de schimb de chei nu se măsoară pe aceeași scară. Niciuna nu acoperă dacă clientul a verificat măcar serverul. Numărul este informație reală și este mult mai îngust decât lasă să se înțeleagă marketingul din jurul lui.

Întrebați ce cheie este numărată și ce protejează înainte de a compara ceva.

Trei chei cu trei sarcini

Cifrul de date cifrează încărcătura tunelului, iar cheia lui este derivată din nou pentru fiecare sesiune. Cheia publică a certificatului dovedește identitatea unui punct final în timpul autentificării. Pasul de schimb de chei, de obicei o variantă efemeră Diffie-Hellman, stabilește un secret comun pe care niciuna dintre părți nu îl mai poate reconstrui ulterior. Fiecare are propriile presupuneri de rezistență și propriile convenții de dimensiune.

De aceea 256 lângă 2048 lângă 32 nu pot fi ordonate după mărime; sunt răspunsuri la întrebări diferite.

Chiar și în interiorul unui singur rol, numărul spune ceva doar în raport cu familia de algoritmi folosită.

Unde ajută numărul și unde se oprește

În interiorul unui algoritm, o cheie mai mare crește costul unei căutări prin forță brută, iar îndrumările publicate stabilesc minime pentru cheile de certificat pe măsură ce puterea de calcul se schimbă. Este o comparație legitimă și îngustă: AES-128 și AES-256 rezistă ambele unui atac direct cu marje largi, așa că diferența este rareori factorul decisiv în practică.

În afara acelei comparații, numărul nu prezice nimic despre greșeli de configurare, validarea certificatelor sau versiunea protocolului.

Citiți întreaga suită negociată

Ce folosește de fapt o conexiune este o suită: un mod de cifrare, o construcție de integritate sau de cifrare autentificată, un grup de schimb de chei și o metodă de autentificare. Un mod AEAD modern cu un handshake corect este o altă propunere decât un mod mai vechi asociat cu un MAC separat, chiar și atunci când dimensiunea cheii anunțate este identică.

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

Citiți rezultatul negociat, nu maximul configurat. Un client care oferă o suită puternică se conectează totuși slab dacă serverul alege opțiunea mai slabă și profilul permite acest lucru. Dacă preocuparea este performanța, măsurați-o pe dispozitivul și pe traseul în cauză, pentru că dimensiunea cheii prezice prost debitul de îndată ce intră în joc accelerarea hardware și dimensiunea pachetelor.

Părțile pe care niciun număr nu le măsoară

Întreținerea software-ului este prima omisiune. Un tunel construit pe o bibliotecă ce a încetat să primească corecturi este mai slab decât sugerează dimensiunea cheii, iar nicio valoare de configurare nu repară asta. Comportamentul operatorului este a doua: evidențele conexiunilor, datele contului și gestionarea suportului stau complet în afara criptografiei. Un serviciu care reține mai mult decât vă așteptați nu devine mai sigur cu o cheie mai lungă.

Verificarea partenerului este a treia și cea mai importantă. Un client care acceptă orice certificat are o cifrare puternică înfășurată în jurul unui partener neautentificat, ceea ce este mai rău decât o cifrare modestă cu validare corectă. Verificați aceste trei înainte de număr, iar numărul își va lua locul cuvenit.