Regjistri i OpenVPN: shifra e kanalit të kontrollit kundrejt shifrës së kanalit të të dhënave

Rreshti i regjistrit që emërton DHE-RSA-AES256-SHA nuk është përmbledhje e lidhjes së tërë. Ai i përket shtrëngimit të duarve të TLS që mbron kanalin e kontrollit, dhe trafiku brenda tunelit mund të kodohet me diçka krejt tjetër. Raportimi i tij si shifra e të dhënave e VPN-së është gabimi që duhet shmangur.

Dy rezultate kanë rëndësi, dhe ato u përgjigjen pyetjeve të ndryshme. Njëri është grupi i TLS i negociuar për kanalin e kontrollit; tjetri është shifra e të dhënave për paketat që mbart tuneli.

Dy rezultate, dy pyetje

Kanali i kontrollit mbart shtrëngimin e duarve dhe mesazhet e menaxhimit midis palëve. Shifrën e tij e zgjedh stiva e TLS, prandaj emri ndjek konventat e TLS. Kanali i të dhënave mbart trafikun e përdoruesve dhe konfigurohet nga negociimi i vetë OpenVPN-së për shifrën.

Vendosni se cilës pyetje po i përgjigjeni përpara se të lexoni cilindo rresht. Nëse tuneli është i koduar dhe nëse shtrëngimi i duarve është i fortë nuk janë e njëjta pyetje.

Fragmenti i regjistrit që shfaq të dy rreshtat është ai i dobishmi. Lexoni rreshtin e kontrollit për versionin dhe grupin e TLS, dhe rreshtin e të dhënave për algoritmin që mbron në të vërtetë ngarkesën.

Zbërtheni emrin e grupit të TLS në kontekstin e vet

Në një emër historik të stilit OpenSSL si DHE-RSA-AES256-SHA, secili komponent përshkruan një vendim të ndryshëm. DHE është marrëveshja e çelësit efemer Diffie-Hellman, RSA është metoda e vërtetimit, AES256 është AES-256 në modalitetin CBC për regjistrimet e TLS, dhe SHA është MAC-u i regjistrimeve i bazuar në SHA-1.

Komponenti i fundit nuk është gjurmë gishti e certifikatës, dhe leximi i tij si i tillë është gabim i zakonshëm. As emri nuk ju tregon versionin e protokollit më vete, sepse TLS 1.3 përdor një skemë krejtësisht tjetër emërtimi. TLS_AES_256_GCM_SHA384 ndjek atë formë më të re, ku hash-i i fundit është pjesë e ndërtimit të grupit dhe jo një zgjedhje MAC. Leximin sipas komponentëve zbatojeni vetëm për stilin e vjetër të emërtimit.

Referenca e grupeve të OpenSSL i lidh këta emra me përkufizimet e tyre nëse një komponent është i panjohur.

Lexoni rezultatin e kanalit të të dhënave për trafikun e mbartur

Për trafikun e mbartur, lexoni rreshtin e kanalit të të dhënave nga i njëjti sesion. Në konfigurim, data-ciphers lista është një grup i lejuar, jo provë se është negociuar ndonjë algoritëm i caktuar. Regjistri shënon zgjedhjen; konfigurimi shënon menynë.

Një shifër AEAD si AES-GCM mbart kontrollin e vet të integritetit, prandaj një HMAC i veçantë i kanalit të të dhënave nuk është pjesë e kësaj rruge.

auth direktiva nuk përmirëson TLS-n, certifikatat ose shifrën e të dhënave. Ajo zgjedh një digest për pjesët e protokollit që përdorin ende një të tillë, dhe me një shifër të dhënash AEAD nuk ka HMAC të veçantë të dhënash për të konfiguruar.

Mbajini kontrollet e identitetit jashtë rezultatit të shifrës

Algoritmi i nënshkrimit të certifikatës, validimi i zinxhirit të besimit dhe verifikimi i emrit të palës janë edhe tri veti për të cilat emri i shifrës nuk thotë asgjë. Një certifikatë e skaduar dështon pavarësisht sa i fortë është grupi. Një emër serveri i papërputhshëm dështon në të njëjtën mënyrë. Rregullimi i një cilësimi digest në profil nuk i riparon asnjërën.

Mbajini ato kontrolle në shënimet e rishikimit pranë rezultatit të shifrës, jo të bashkuara në të.

Regjistroni rezultatet e negociuara nga sesioni aktual

Merrni rezultatet nga lidhja aktuale dhe regjistroni bashkë me to versionet e klientit dhe të serverit. Një regjistër vetëm-shtues mund të mbajë rreshtin e një sesioni më të vjetër, dhe citimi i tij si aktual është mënyra si një problem i rregulluar duket se vazhdon.

Për një rishikim të politikave, dorëzojini pronarit të konfigurimit versionin dhe grupin e TLS të negociuar, shifrën e të dhënave të zgjedhur dhe cilësimet e validimit të certifikatës bashkë. Ndryshoni atë shtresë, pastaj lexoni një regjistër të ri për të konfirmuar vlerat e reja të negociuara.