Dnevnik OpenVPN: šifra krmilnega kanala proti šifri podatkovnega kanala

Vrstica dnevnika, ki navaja DHE-RSA-AES256-SHA, ni povzetek celotne povezave. Spada k rokovanju TLS, ki ščiti krmilni kanal, promet znotraj tunela pa je lahko šifriran povsem drugače. Prikazovati jo kot podatkovno šifro VPN je napaka, ki se ji je treba izogniti.

Pomembna sta dva rezultata in odgovarjata na različni vprašanji. Eden je dogovorjeni nabor TLS za krmilni kanal; drugi je podatkovna šifra paketov, ki jih prenaša tunel.

Dva rezultata, dve vprašanji

Krmilni kanal prenaša rokovanje in upravljalna sporočila med stranema. Njegovo šifro izbere sklad TLS, zato ime sledi konvencijam TLS. Podatkovni kanal prenaša uporabniški promet in ga konfigurira OpenVPN-ovo lastno dogovarjanje šifre.

Odločite se, na katero vprašanje odgovarjate, preden preberete katero od vrstic. Ali je tunel šifriran in ali je rokovanje močno, ni isto vprašanje.

Uporaben je izsek iz dnevnika, ki prikazuje obe vrstici. Preberite krmilno vrstico za različico in nabor TLS ter podatkovno vrstico za algoritem, ki resnično ščiti tovor.

Razčlenite ime nabora TLS v njegovem kontekstu

V zgodovinskem imenu v slogu OpenSSL, kot je DHE-RSA-AES256-SHA, vsak sestavni del opisuje drugo odločitev. DHE je efemerno dogovarjanje ključa Diffie-Hellman, RSA je metoda preverjanja, AES256 je AES-256 v načinu CBC za zapise TLS, SHA pa je MAC zapisa na osnovi SHA-1.

Zadnji sestavni del ni prstni odtis potrdila, in brati ga kot takega je pogosta napaka. Ime tudi samo po sebi ne navaja različice protokola, ker TLS 1.3 uporablja povsem drugačno shemo poimenovanja. TLS_AES_256_GCM_SHA384 sledi novejši obliki, kjer je končni hash del sestave nabora in ne izbira MAC. Branje po sestavnih delih uporabite le pri starejšem slogu poimenovanja.

Referenca naborov OpenSSL poveže ta imena z njihovimi definicijami, če je kateri sestavni del neznan.

Preberite rezultat podatkovnega kanala za prenesen promet

Za prenesen promet preberite vrstico podatkovnega kanala iz iste seje. Seznam data-ciphers v konfiguraciji je dovoljena množica, ne pa dokaz, da je bila dogovorjena določena šifra. Dnevnik zapiše izbiro; konfiguracija navaja meni.

Šifra AEAD, kot je AES-GCM, ima lastno preverjanje celovitosti, zato ločen HMAC podatkovnega kanala ni del te poti.

Direktiva auth ne nadgradi TLS, potrdil ali podatkovne šifre. Izbere digest za dele protokola, ki ga še uporabljajo, pri podatkovni šifri AEAD pa ni ločenega podatkovnega HMAC za konfiguriranje.

Preverjanja identitete držite zunaj rezultata šifre

Algoritem podpisa potrdila, preverjanje verige zaupanja in preverjanje imena partnerja so tri dodatne lastnosti, o katerih ime šifre ne pove ničesar. Poteklo potrdilo ne uspe, ne glede na to, kako močan je nabor. Neujemajoče se ime strežnika ne uspe enako. Popravek nastavitve digest v profilu ne popravi nobenega od obojih.

Ta preverjanja hranite v opombah k pregledu ob rezultatu šifre, ne pa zlite z njim.

Zabeležite dogovorjene rezultate trenutne seje

Vzemite rezultate trenutne povezave in ob njih zabeležite različici odjemalca in strežnika. Dnevnik, ki se samo dodaja, lahko vsebuje vrstico starejše seje, citirati pa jo kot trenutno je način, kako se zdi, da odpravljena težava vztraja.

Za pregled politik lastniku konfiguracije predajte dogovorjeno različico in nabor TLS, izbrano podatkovno šifro in nastavitve preverjanja potrdil skupaj. Spremenite to plast in nato preberite nov dnevnik, da potrdite nove dogovorjene vrednosti.