tls-auth pret tls-crypt: ko katrs aizsargā OpenVPN

Abas opcijas izmanto kopīgu atslēgas failu, un abas padara rokas sasveicināšanās datplūsmu grūtāk viltojamu, tāpēc tās uzskata par diviem vienas funkcijas nosaukumiem. Tā nav. Viena paraksta vadības paketes, otra tās arī šifrē, un nevienai nav nekāda sakara ar šifru, kas aizsargā jūsu datus.

Šī atšķirība ir svarīga, kad profils nevar izveidot savienojumu, kad drošības pārbaude jautā, ko aizsargā atslēga, un kad kāds pieņem, ka papildu fails padara tuneli šifrētu kaut kādā nenoteiktā veidā.

Ko kopīgā atslēga patiešām aizsargā

Šo opciju izmantotā atslēga pieder vadības kanālam: apmaiņai, kas pārrunā parametrus, pierāda identitātes un atvasina datu atslēgas. Tas ir iepriekš kopīgots noslēpums, kas abiem galiem jābūt pirms rokas sasveicināšanās var turpināties. Tā kā tas atrodas pirms identitātes pārbaudēm, nepareiza atslēga aptur sarunu agrāk nekā nepareiza parole. Šī secība izskaidro, kāpēc kļūmes režīms ir tik kluss.

tls-auth izmanto šo noslēpumu, lai aprēķinātu HMAC pār vadības paketēm. Pakete bez derīga paraksta tiek izmesta pirms tā sasniedz dārgāko TLS apstrādi, tāpēc šo opciju bieži apraksta kā pirmo filtru, nevis TLS aizstājēju.

tls-crypt iet tālāk, šifrējot aizsargāto vadības datplūsmu papildus tās autentificēšanai. Sertifikātu saturs, saskaņotie šifru nosaukumi un citas rokas sasveicināšanās detaļas vairs nav redzamas tīklā, un novērotājs bez atslēgas pat nevar redzēt, kura TLS versija tiek mēģināta. Izvietojumam, kas baidās atklāt savu VPN nospiedumu, šī īpašība ir galvenais iemesls to izvēlēties. Tā joprojām ir grupas noslēpums, nevis katra lietotāja akreditācija.

Neviens mehānisms neizsniedz identitātes. Kopīgā atslēga ir grupas noslēpums, un ikviens, kam tā ir, var izpildīt šo pārbaudes slāni.

Kur abas opcijas atšķiras

Novērojamā atšķirība ir tas, ko redz novērotājs. Ar tls-auth rokas sasveicināšanās ir redzama, bet bez atslēgas nav pārbaudāma. Ar tls-crypt rokas sasveicināšanās ir necaurredzama visiem, kam atslēgas nav.

Arī konfigurācija atšķiras. tls-auth lieto ar virziena vērtību, tāpēc viena puse izmanto vienu atslēgas materiāla pusi, bet otra puse otru. tls-crypt izmanto vienu atslēgu abos virzienos, tāpēc virziena direktīva nav tā uzbūves daļa.

Mūsdienu laidienos abas opcijas viena otru izslēdz. Profilā jābūt vienai no tām, nevis abām, un serverim un klientam jāvienojas, kura, ar atbilstošu atslēgas materiālu. Vecas direktīvas turēšana blakus jaunai ir izplatīts migrācijas atlikums. Noņemiet neaktīvo, lai nākamais lasītājs zinātu, kurš slānis patiešām darbojas.

Jaunāks variants, tls-crypt-v2, saista katru klientu ar tā paša ietīto atslēgu, lai viena klienta atsaukšana neprasītu atkārtoti izsniegt grupas atslēgu. To ir vērts zināt, taču tā ir cita opcija un nav sinonīms nevienai no divām šeit.

Kāpēc neatbilstība izskatās, it kā nekas nenotiktu

Kad kopīgais materiāls nesakrīt, pretējā puse izmet paketes, nepaskaidrojot sūtītājam, kāpēc. Nav nekādas autentifikācijas kļūdas, ko lasīt, jo pakete nekad nesasniedza slāni, kas to radītu.

Klients mēģina vēlreiz, serveris neko nepasaka, un simptoms izskatās pēc tīkla problēmas. Tad cilvēki restartē pakalpojumu, no jauna ievada konta paroli vai noņem aizsardzības direktīvu, lai to «notestētu», kas maina izvietojumu, nevis diagnosticē to.

Servera žurnālā lasiet pirmo sūdzību paketes līmenī, nevis pēdējo atkārtojuma rindu. Pārliecinieties, ka abām pusēm ir viena un tā pati opcija ar identisku atslēgas materiālu un ka atslēgas fails netika ģenerēts no jauna tikai vienā pusē.

Direktīvas noņemšana nav drošs remonts. Tā izslēdz aizsardzības slāni visiem klientiem, un pēc tam strādājošs tunelis pierāda tikai to, ka šis slānis bija neatbilstība.

Kas vēl jākonfigurē atsevišķi

Šīs opcijas nepārbauda, kas ir pretējā puse. Sertifikātu validācija, uzticības enkurs un gaidītais servera nosaukums paliek atsevišķas prasības, un neviena no tām nekļūst neobligāta kopīgas atslēgas dēļ.

Tās arī neizvēlas datu šifru. Tās ir atsevišķas pārrunas, ko vada datu kanāla iestatījumi abās pusēs, un tunelis, kas aizsargāts ar tls-crypt, joprojām var izmantot šifru, kuru neplānojāt.

Visbeidzot, pašai kopīgajai atslēgai nepieciešama apiešanās. Uzskatiet to par noslēpumu, izplatiet to apstiprinātā kanālā un nomainiet, kad aiziet ikviens, kam tā bija. Tā kā tā ir kopīga, tās atklāšana ir katras to izmantojošās galapunkta atklāšana.