Fshehtësia përpara për një VPN: çfarë mund të hapë një çelës i vjedhur

Regjistro sot një tunel të kriptuar, vidh vitin e ardhshëm çelësin privat afatgjatë të serverit dhe përpiqu të deshifrosh regjistrimin. Fshehtësia përpara është vetia që thotë se çelësi i vjedhur nuk do të mjaftojë vetëm. Është një pohim për sesione të regjistruara dhe sekrete specifike, jo një premtim i përgjithshëm se tuneli ishte i sigurt. Përcaktimi i saktë i shtrirjes është ai që e bën termin të dobishëm.

Pyetja është për një regjistrim, jo për sesionin aktiv

Çelësi afatgjatë identifikon pikën fundore dhe nënshkruan shtrëngimin e duarve. Çelësat e sesionit kriptojnë trafikun aktual dhe, në një dizajn me fshehtësi përpara, derivohen nga material i freskët shkëmbimi çelësash që të dyja palët e gjenerojnë dhe më pas e hedhin. Një sulmues që ka vetëm çelësin afatgjatë nuk mund t'i rindërtojë ato vlera të hedhura. Një sulmues që ka gjendjen e sesionit aktiv ende mundet, prandaj garancia ka të bëjë me të shkuarën dhe jo me të tashmen.

Pohimi është i kushtëzuar: vlen vetëm nëse sekretet efemere u shkatërruan vërtet dhe protokolli është ai që mendoni. Një vendosje e përzier mund ta përmbushë në një tunel dhe të dështojë në një tjetër.

Një sekret nuk duhet t'i rindërtojë të tjerët

Kontrollo modalitetin e negociuar, jo faqen e marketingut. Dalja e shtrëngimit të duarve emërton shkëmbimin e çelësave dhe versionin e protokollit.

openssl s_client -connect vpn.example.com:443 -tls1_3 -brief
swanctl --list-sas

Përmbledhja e s_client tregon versionin e TLS dhe grupin e shkëmbimit të çelësave, dhe një grup efemer është shenja e dukshme e një marrëveshjeje çelësash me fshehtësi përpara. Lista e swanctl tregon asociacionet IKE dhe CHILD me kohëmatësit e tyre të rinovimit të çelësave, kështu që mund të shihni nëse vendosja i rinovon çelësat sipas një plani. Një shkëmbim çelësash RSA statik, ose një modalitet i vjetër përputhshmërie, e humb vetinë pavarësisht nga emri i shifrimit. Shënoni modalitetin që vëzhguat, jo atë që reklamoi furnizuesi.

Rinovimi i çelësave nuk është automatikisht fshehtësi përpara

Sa shpesh një tunel rinovon çelësat është një pyetje e ndarë nga mënyra se si derivohet çdo çelës. Një dizajn që rigjeneron çelësat nga një sekret afatgjatë mund të rinovojë çdo minutë dhe prapë të dështojë në provë, sepse një komprometim i mëvonshëm i rindërton të gjithë. Në të kundërt, një protokoll me rinovim të rrallë mund të mbetet me fshehtësi përpara kur çdo shkëmbim është i pavarur. Lexo derivimin, jo intervalin, dhe mos ngatërro një kohëmatës të shkurtër rilidhjeje me një garanci kriptografike.

I njëjti ngatërrim shfaqet me emrat e shifrimeve: një shifrim modern nuk thotë asgjë për mënyrën se si erdhi çelësi i tij.

Çfarë mbetet i dukshëm pas garancisë

Fshehtësia përpara mbron tekstin e thjeshtë të sesioneve të regjistruara nga një komprometim i ardhshëm i çelësave dhe nuk bën asgjë kundër një sulmuesi që lexon trafikun aktiv në një pikë fundore të komprometuar. Nuk i heq nga regjistrimi adresat e destinacionit, kohën apo vëllimin dhe nuk kufizon sa kohë një operator ruan regjistrat e lidhjeve. As nuk e bën një klient të komprometuar të besueshëm, sepse sulmuesi tashmë ndodhet aty ku përmbajtja ekziston hapur.

Kur një ofrues pretendon fshehtësi përpara, pyet cili sekret afatgjatë supozohet i vjedhur dhe cilat sekrete sesioni mbeten të padisponueshme. Nëse këto dy pyetje kanë përgjigje të qarta, pohimi do të thotë diçka.