tls-auth vs tls-crypt: mida kumbki OpenVPN-is kaitseb

Mõlemad valikud kasutavad ühist võtmefaili ja mõlemad muudavad käepigistuse liiklust raskemini võltsitavaks, mistõttu käsitletakse neid sama funktsiooni kahe nimega. Nad ei ole seda. Üks allkirjastab juhtpaketid, teine ka krüpteerib need, ja kummalgi pole midagi pistmist šifriga, mis kaitseb sinu andmeid.

See erinevus loeb siis, kui profiil ei suuda ühenduda, kui turbekontroll küsib, mida võti kaitseb, ja kui keegi eeldab, et lisafail muudab tunnelid mingil määratlemata viisil krüpteerituks.

Mida ühine võti tegelikult kaitseb

Nende valikute kasutatav võti kuulub juhtkanalisse: vahetus, mis läbiräägib parameetrid, tõestab identiteedid ja tuletab andmevõtmed. See on eelnevalt jagatud saladus, mis peab mõlemal otsal olema enne, kui käepigistus saab jätkuda. Kuna see asub identiteedikontrollide ees, peatab vale võti vestluse varem kui vale parool seda teeks. See järjekord selgitab, miks tõrkerežiim on nii vaikne.

tls-auth kasutab seda saladust juhtpakettide HMAC-i arvutamiseks. Kehtiva allkirjata pakett visatakse kõrvale enne, kui see jõuab kallimasse TLS-töötlusse, mistõttu kirjeldatakse seda valikut sageli esimese filtrina, mitte TLS-i asendajana.

tls-crypt läheb kaugemale, krüpteerides kaitstud juhtliikluse lisaks selle autentimisele. Sertifikaatide sisu, läbiräägitud šifrinimed ja muud käepigistuse üksikasjad ei ole enam võrgus nähtavad ning võtmeta vaatleja ei näe isegi, millist TLS-i versiooni proovitakse. Kasutuselevõtu jaoks, mis kardab oma VPN-i sõrmejälge paljastada, on see omadus peamine põhjus see valida. See on siiski rühmasaladus, mitte kasutajapõhine volitus.

Kumbki mehhanism ei väljasta identiteete. Ühine võti on rühmasaladus ja igaüks, kellel see on, suudab selle kontrollikihi täita.

Milles kaks valikut erinevad

Vaadeldav erinevus on see, mida vaatleja näeb. tls-auth puhul on käepigistus nähtav, kuid ilma võtmeta kontrollimatu. tls-crypt puhul on käepigistus läbipaistmatu kõigile, kellel võtit pole.

Ka konfiguratsioon erineb. tls-auth kasutatakse suunaväärtusega, nii et üks pool kasutab ühte poolt võtmematerjalist ja teine pool teist poolt. tls-crypt kasutab mõlemas suunas ühte võtit, seega suunadirektiiv ei kuulu selle ülesehituse juurde.

Kaasaegsetes väljaannetes on kaks valikut teineteist välistavad. Profiil peaks kandma ühte neist, mitte mõlemat, ning server ja klient peavad kokku leppima, millise, ühtiva võtmematerjaliga. Vana direktiivi hoidmine uue kõrval on tavaline migratsioonijääk. Eemalda mitteaktiivne, et järgmine lugeja teaks, milline kiht tegelikult kehtib.

Uuem variant, tls-crypt-v2, seob iga kliendi tema enda mähitud võtmega, nii et ühe kliendi tühistamine ei nõua rühmavõtme uuesti väljastamist. Seda tasub teada, kuid see on erinev valik ja mitte kummagi siinse sünonüüm.

Miks lahknevus näeb välja, nagu ei juhtuks midagi

Kui ühine materjal ei ühti, viskab teine pool paketid kõrvale, ütlemata saatjale, miks. Lugeda pole ühtegi autentimisviga, sest pakett ei jõudnud kunagi kihini, mis selle tekitaks.

Klient proovib uuesti, server ei ütle midagi ja sümptom näeb välja nagu võrguprobleem. Siis inimesed taaskäivitavad teenuse, sisestavad kontoparooli uuesti või eemaldavad kaitse direktiivi, et seda «testida», mis muudab kasutuselevõttu, selle asemel et seda diagnoosida.

Loe serveri logist esimest paketitasandi kaebust, mitte viimast korduskatse rida. Kinnita, et mõlemad pooled kannavad sama valikut identse võtmematerjaliga ja et võtmefaili ei loodud uuesti ainult ühel pool.

Direktiivi eemaldamine ei ole ohutu parandus. See lülitab välja kaitsekihi iga kliendi jaoks ning seejärel töötav tunnel tõestab vaid, et see kiht oli lahknevus.

Mida tuleb veel eraldi seadistada

Need valikud ei kontrolli, kes on teine pool. Sertifikaatide valideerimine, usaldusankur ja oodatav serverinimi jäävad eraldi nõueteks ning ükski neist ei muutu valikuliseks ühise võtme tõttu.

Need ei vali ka andmešifrit. See on eraldi läbirääkimine, mida juhivad andmekanali seaded mõlemal poolel, ja tls-crypt-ga kaitstud tunnel võib ikkagi kasutada šifrit, mida sa ei kavatsenud.

Lõpuks vajab ühine võti ise käsitlemist. Kohtle seda saladusena, levita seda heakskiidetud kanali kaudu ja asenda see, kui lahkub keegi, kellel see oli. Kuna see on ühine, on selle paljastumine iga seda kasutava otsa paljastumine.