Nederīga TLS versija AnyConnect sistēmā Linux: vispirms nosakiet labojuma apjomu

Šī kļūda parādās pirms paroles pieprasījuma, un tā ir noderīgā daļa: nekas vēl nav autentificēts, tāpēc problēma nav akreditācijas datos. Linux sistēmā tas pats AnyConnect dialogs var nākt no vecas protokola versijas, 1024 bitu atslēgu apmaiņas grupas vai šifrēšanas komplekta, ko sistēmas kriptogrāfijas politika noraida. Esmu to novērsis trīs dažādos veidos trīs mašīnās, un šos labojumus atšķir ietekmes apjoms, nevis veiklība. Katrs ir attaisnojams īstajā vietā un slikts noklusējums visur citur.

Izlasiet ziņojumu pirms politikas aiztikšanas

Saglabājiet precīzo virkni no dialoga. Versijas sūdzība norāda uz protokola slāni, sertifikāta sūdzība uz uzticību vai nosaukumu, bet neizdevusies pieteikšanās uz akreditācijas datiem. Vārteja, kas piedāvā TLS 1.0 ar 1024 bitu DHE grupu, AES-256-CBC un SHA-1 parakstu, var būt ar pilnīgi derīgu sertifikātu un tomēr tikt noraidīta no modernas politikas puses, pirms jūsu dati vispār tiek nosūtīti.

Pārbaudiet galapunktu ar sistēmas OpenSSL, izmantojot īsto resursdatora nosaukumu un portu, ko izmanto klients.

Ja openssl s_client -connect vpn.example.com:443 -servername vpn.example.com neizdodas, bet -tls1 -cipher DEFAULT@SECLEVEL=0 izdodas, tas nozīmē, ka robeža ir versija un atslēgas izmērs kopā. Ja pirmā komanda ziņo par mazu DH atslēgu, nevis protokola brīdinājumu, versija ir kārtībā un uzmanību prasa tikai grupa. Nekad nelieciet pārbaudē privāto atslēgu vai paroli.

1. variants: atbrīvot visu resursdatoru ar kriptogrāfijas politiku

Fedora un RHEL 8 un 9 sistēmā update-crypto-policies --set LEGACY pazemina OpenSSL sistēmas politiku, un update-crypto-policies --show apstiprina, kas ir aktīvs. Tas parasti atjauno tuneli, taču politika tiek lasīta, kad process sākas, tāpēc pirms atkārtotas pārbaudes restartējiet klientu un jebkuru tā izveidoto palīgprocesu. Tā arī atļauj vecākus protokolus un vājākas grupas katram mašīnas TLS klientam, sākot no pārlūka blakus logā līdz pakotņu pārvaldniekam, kas atjaunina kodolu.

Šis plašums ir viss mērķis un visa problēma. LEGACY attiecas uz visu resursdatoru, ir pastāvīga un viegli aizmirstama, tāpēc tai jābūt diagnostikas solim vai dokumentētam izņēmumam pārvaldītā būvējumā, nekad ne darbstacijas miera stāvoklim. Esmu redzējis vienu, kas palika uz LEGACY divus gadus, jo to prasīja viens iekšējs portāls, un neviens nevarēja pateikt, kad tas sākās.

Debian un Ubuntu šim nav viena slēdža. Ekvivalents ir /etc/ssl/openssl.cnf rediģējums, kas sistēmas noklusējumu sadaļā iestata zemāku MinProtocol un CipherString = DEFAULT@SECLEVEL=0. Tāds pats apjoms, cits fails, nedaudz vieglāk pazaudēt no acīm izlaiduma atjaunināšanas laikā.

2. variants: viens konfigurācijas fails vienam klientam

OpenSSL konfigurācija katram procesam notur izmaiņas vienā procesu kokā, bet tikai tad, ja fails ir savienots tā, kā to sagaida bibliotēka. Nosaukt ssl_conf sadaļu nepietiek: OpenSSL nolasa augšējā līmeņa openssl_conf atslēgu, seko tai uz inicializācijas sadaļu un tikai tad sasniedz SSL noklusējumus.

openssl_conf = openssl_init

[openssl_init]
ssl_conf = ssl_sect

[ssl_sect]
system_default = system_default_sect

[system_default_sect]
MinProtocol = TLSv1.0
CipherString = DEFAULT@SECLEVEL=0

Novirziet OPENSSL_CONF uz šo failu un palaidiet VPN klientu caur ietvaru, kas to eksportē. Viss pārējais resursdatorā saglabā noklusējuma politiku, un tā ir tā īpašība, kas ir svarīga, kad nāk atbilstības jautājums. Pirms vainot vārteju, pārliecinieties, ka fails tiešām darbojas: OPENSSL_CONF=/path/to/file openssl ciphers -s -tls1 jāuzskaita TLS 1.0 šifri, un tukšs rezultāts nozīmē, ka ķēde ir pārtraukta un klients klusi ir paturējis sistēmas noklusējumus.

Fails ir jutīgs pret versiju. OpenSSL 1.1.1 un 3.x pieņem tos pašus sadaļu nosaukumus, bet direktīvu apstrāde ap pakalpojumu sniedzējiem mainījās 3.x versijā, tāpēc pārbaudiet ar klienta pašu žurnālu un testa rokasspiedienu, nevis pieņemiet, ka fails tika nolasīts. Pareizrakstības kļūda sadaļas nosaukumā neizdodas atklāti, un klients klusi izmanto sistēmas noklusējumus.

Ierobežojums ir pārklājums. Viss, kas ir saistīts ar GnuTLS vai NSS, ignorē OPENSSL_CONF, tāpat kā jebkurš palīgprocess, ko klients palaiž, nemantojot vidi. Pārbaudiet ar ldd, ar kuru TLS bibliotēku binārais fails tiešām ir saistīts, pirms būvējat ietvaru, jo atbilde nosaka, vai šī iespēja vispār pastāv.

3. variants: vienreizēja VM vai konteiners

Darbuzņēmējam, kurš divas nedēļas sit vienu vecu vārteju, atsevišķa VM ar atbrīvotu politiku ir tīrāka robeža nekā darbstacija. Vecā virsma un ikdienas pārlūka profils pārstāj dalīt kodola politiku, un likvidēšana ir dzēšana, nevis audita atradums.

Tā joprojām ir tīklā esoša mašīna, tāpēc ierobežojiet tās piekļuvi un turiet to ārpus vispārējas pārlūkošanas. Uzturēšanas izmaksas ir vēl viens pēc ielāpu veidošanas attēls, kas ir reāli, bet ierobežoti un redzami, atšķirībā no aizmirsta LEGACY karoga klēpjdatorā.

Ko salīdzinājums jums atstāj

Izvēlieties pēc trim jautājumiem: kam vajag veco protokolu, cik ilgi, un kas pamanīs, ja izņēmums pārdzīvos savu iemeslu. Viena lietotne, viens cilvēks, dažas dienas norāda uz konfigurāciju procesam. Visa flote aiz vienas ierīces norāda uz pašu vārteju. Viss, kam vajag pastāvīgu LEGACY resursdatora politiku, ir iepirkuma lēmums tehniskā kostīmā.

Ilgstošais labojums pieder ierīcei: TLS 1.2 vai jaunāks, vismaz 2048 bitu grupa, AEAD šifrs un sertifikāts ar modernu parakstu. Lūdziet šo izmaiņu ierīces īpašniekam, pēc tam apstipriniet sarunāto versiju un šifru klienta žurnālā. Pierakstiet izņēmumu ar resursdatoru, vārteju, sarunāto protokolu, apstiprinātāju un derīguma termiņu, jo tieši šis ieraksts neļauj pagaidu risinājumam kļūt par noklusējumu.