Waarom ’n groter sleutelnommer nie ’n veiliger VPN maak nie

Die advertensie sê 256-bis, die ander produk sê 128-bis, en die gevolgtrekking lyk duidelik totdat jy opmerk dat die getalle verskillende dinge beskryf. ’n Simmetriese syfersleutel, ’n sertifikaat se publieke sleutel en ’n sleuteluitruilparameter word nie op een skaal gemeet nie. Nie een van hulle dek of die kliënt die bediener hoegenaamd geverifieer het nie. Die getal is werklike inligting, en dit is baie smaller as wat die bemarking daaromheen impliseer.

Vra watter sleutel getel word en wat dit beskerm voordat jy enigiets vergelyk.

Drie sleutels met drie take

Die data-syfer versleutel die tonnel se vrag, en sy sleutel word vars vir die sessie afgelei. Die sertifikaat se publieke sleutel bewys die identiteit van ’n eindpunt tydens verifikasie. Die sleuteluitruilstap, gewoonlik ’n efemere Diffie-Hellman-variant, vestig ’n gedeelde geheim wat nie een van die kante later kan reconstrueer nie. Elkeen het sy eie sterkte-aannames en sy eie groottekonvensies.

Daarom kan ’n 256 langs ’n 2048 langs ’n 32 nie volgens grootte gerangskik word nie; hulle is antwoorde op verskillende vrae.

Selfs binne een enkele rol sê die getal net iets relatief tot die algoritmefamilie wat gebruik word.

Waar die getal help, en waar dit ophou

Binne een algoritme verhoog ’n groter sleutel die koste van ’n brute-krag-soektog, en gepubliseerde riglyne stel minimums vir sertifikaatsleutels namate rekenkrag verander. Dit is ’n geldige vergelyking en ’n noue een: AES-128 en AES-256 weerstaan albei direkte aanvalle met groot marges, so die verskil is in die praktyk selde die deurslaggewende faktor.

Buite daardie vergelyking voorspel die getal niks oor konfigurasiefoute, sertifikaatvalidering of protokolweergawe nie.

Lees die hele onderhandelde suite

Wat ’n verbinding werklik gebruik, is ’n suite: ’n syfermodus, ’n integriteits- of geauthentiseerde-versleutelingskonstruksie, ’n sleuteluitruilgroep en ’n verifikasiemetode. ’n Moderne AEAD-modus met ’n behoorlike handdruk is ’n ander voorstel as ’n ouer modus saam met ’n aparte MAC, selfs wanneer die hoof-sleutelgrootte identies is.

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

Lees die onderhandelde resultaat eerder as die gekonfigureerde maksimum. ’n Kliënt wat ’n sterk suite aanbied, verbind steeds swak as die bediener die swakker opsie kies en die profiel dit toelaat. As prestasie die bekommernis is, meet dit op die toestel en roete ter sprake, want sleutelgrootte is ’n swak voorspeller van deurset sodra hardewareversnelling en pakketgrootte in die prentjie kom.

Die dele wat ’n getal nooit meet nie

Sagteware-instandhouding is die eerste weglating. ’n Tonnel wat op ’n biblioteek gebou is wat opgehou het om regstellings te ontvang, is swakker as wat sy sleutelgrootte suggereer, en geen konfigurasiewaarde herstel dit nie. Operateurgedrag is die tweede: verbindingsrekords, rekeningdata en ondersteuningshantering lê heeltemal buite die kriptografie. ’n Diens wat meer hou as wat jy verwag het, word nie veiliger gemaak deur ’n langer sleutel nie.

Portuurverifikasie is die derde en die mees gevolglike. ’n Kliënt wat enige sertifikaat aanvaar, het ’n sterk syfer om ’n ongeverifieerde portuur gewikkel, wat erger is as ’n beskeie syfer met korrekte validering. Kyk na daardie drie voor die getal, en die getal neem sy behoorlike plek in.