Pse një numër më i madh çelësi nuk e bën një VPN më të sigurt

Reklama thotë 256 bit, produkti tjetër thotë 128 bit, dhe përfundimi duket i qartë derisa të vini re se numrat përshkruajnë gjëra të ndryshme. Një çelës i shifrimit simetrik, një çelës publik certifikate dhe një parametër i shkëmbimit të çelësave nuk maten në të njëjtën shkallë. Asnjëri prej tyre nuk mbulon nëse klienti e verifikoi fare serverin. Numri është informacion i vërtetë, dhe është shumë më i ngushtë sesa lë të kuptohet marketingu rreth tij.

Pyetni cili çelës po numërohet dhe çfarë mbron përpara se të krahasoni çdo gjë.

Tre çelësa me tre detyra

Shifri i të dhënave kripton ngarkesën e tunelit, dhe çelësi i tij nxirret nga e para për çdo sesion. Çelësi publik i certifikatës dëshmon identitetin e një pike fundore gjatë vërtetimit. Hapi i shkëmbimit të çelësave, zakonisht një variant efemer i Diffie-Hellman, vendos një sekret të përbashkët që asnjëra palë nuk mund ta rindërtojë më pas. Secili ka supozimet e veta të forcës dhe konventat e veta të madhësisë.

Prandaj një 256 pranë një 2048 pranë një 32 nuk mund të renditen sipas madhësisë; janë përgjigje për pyetje të ndryshme.

Edhe brenda një roli të vetëm, numri thotë diçka vetëm në raport me familjen e algoritmeve që përdoret.

Ku ndihmon numri dhe ku ndalon

Brenda një algoritmi, një çelës më i madh rrit koston e një kërkimi me forcë të papërpunuar, dhe udhëzimet e publikuara vendosin minimumin për çelësat e certifikatave ndërsa fuqia llogaritëse ndryshon. Ky është një krahasim legjitim dhe i ngushtë: AES-128 dhe AES-256 të dy i rezistojnë një sulmi të drejtpërdrejtë me diferencë të gjerë, kështu që ndryshimi rrallë është faktori vendimtar në praktikë.

Jashtë atij krahasimi, numri nuk parashikon asgjë për gabimet e konfigurimit, validimin e certifikatave ose versionin e protokollit.

Lexoni të gjithë grupin e negociuar

Ajo që një lidhje përdor në të vërtetë është një grup: një mënyrë shifrimi, një konstruksion integriteti ose shifrimi të vërtetuar, një grup shkëmbimi çelësash dhe një metodë vërtetimi. Një mënyrë moderne AEAD me një shtrëngim duarsh të saktë është një propozim tjetër nga një mënyrë më e vjetër e çiftuar me një MAC të veçantë, edhe kur madhësia e çelësit të shpallur është identike.

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

Lexoni rezultatin e negociuar dhe jo maksimumin e konfiguruar. Një klient që ofron një grup të fortë prapë lidhet dobët nëse serveri zgjedh opsionin më të dobët dhe profili e lejon. Nëse shqetësimi është performanca, mateni atë në pajisjen dhe rrugën në fjalë, sepse madhësia e çelësit parashikon dobët xhiron sapo hyjnë në lojë përshpejtimi harduerik dhe madhësia e paketës.

Pjesët që asnjë numër nuk i mat

Mirëmbajtja e softuerit është lëshimi i parë. Një tunel i ndërtuar mbi një bibliotekë që ka pushuar së marri rregullime është më i dobët sesa sugjeron madhësia e çelësit të tij, dhe asnjë vlerë konfigurimi nuk e rregullon atë. Sjellja e operatorit është e dyta: regjistrat e lidhjeve, të dhënat e llogarisë dhe trajtimi i mbështetjes qëndrojnë plotësisht jashtë kriptografisë. Një shërbim që ruan më shumë sesa prisnit nuk bëhet më i sigurt me një çelës më të gjatë.

Verifikimi i palës tjetër është i treti dhe më me pasoja. Një klient që pranon çdo certifikatë ka një shifrim të fortë të mbështjellë rreth një pale të pavërtetuar, që është më keq sesa një shifrim i modestë me validim të saktë. Kontrolloni këto tre përpara numrit, dhe numri do të zërë vendin e vet të merituar.