SECLEVEL=0 ay nagpapagaling ng sintomas, hindi ng sertipiko

Nabigo ang koneksyon ng OpenVPN, may nakahanap ng isang linyang pagwawasto na nagdadagdag ng SECLEVEL=0, at bumangon ang tunnel. Ang nagbago ay hindi ang sertipiko at hindi ang cipher suite; gumalaw ang isang hadlang sa pagtanggap sa buong library, at lahat ng ginagawa ng proseso pagkatapos ay nagmamana ng bagong hangganan. Sulit itong unawain bago kopyahin ang parehong linya sa bawat profile sa kapaligiran.

Alamin kung aling library at aling patakaran ang may bisa

Ang SECLEVEL ay isang konsepto ng OpenSSL, kaya ang unang tanong ay kung gumagamit ba ng OpenSSL ang build mo. Maaaring i-link ang OpenVPN sa higit sa isang library ng kriptograpiya, at ang setting na nalalapat sa isa sa kanila ay walang kahulugan sa iba. Tanungin ang binary kung ano ang ginamit sa pagbuo, pagkatapos ay tanungin ang library kung anong bersyon at konfigurasyon ang na-load nito:

openvpn --version | head -3
openssl version -a

Basahin nang mabuti ang output ng bersyon, dahil binabago ng mga distribusyon ang mga default. May nagpapadala ng konfigurasyon ng sistema na nagtataas ng pinakamababang antas sa itaas ng default ng upstream, at iyon ang dahilan kung bakit iba ang kilos ng parehong profile sa dalawang makina na may magkatulad na pakete ng OpenVPN. Ang epektibong patakaran ay ang na-load ng tumatakbong proseso, hindi ang nasa manwal ng upstream.

Pagkatapos ay paghiwalayin ang dalawang patong na pinagsasama-sama ng mga tao. May sariling mga kontrol sa TLS ang OpenVPN, kabilang ang setting ng profile ng sertipiko at mga tahasang listahan ng cipher, at ang mga ito ay nakatayo sa itaas ng lahat ng ipinapataw ng library. Ang pagbaba ng antas ng library ay hindi nagbabago kung aling mga cipher ang ililista ng konfigurasyon ng OpenVPN mo, at ang pagpapaliit ng listahan ng OpenVPN ay hindi nagtataas ng hadlang ng library. Ang pag-alam kung aling patong ang tumanggi sa iyo ang siyang pumipigil sa pagwawasto na manatiling hula.

Paghiwalayin ang tatlong bagay na maaaring tanggihan

Ang unang kandidato ay materyal ng pagkakakilanlan: isang sertipikong masyadong maliit ang susi o hindi na tinatanggap ng patakaran ang algorithm ng lagda. Ang pangalawa ay parameter ng palitan ng susi, tulad ng isang pangkat na itinuturing ng patakaran na masyadong mahina. Ang pangatlo ay isang cipher suite na ibinubukod ng patakaran. Ang tatlo ay maaaring magdulot ng pagkabigo ng handshake, at tanging ang teksto ng error at ang yugto ng negosasyon ang naghihiwalay sa kanila.

Wala sa tatlong iyon ang cipher ng channel ng data. Nakikipagnegosasyon ang OpenVPN sa encryption ng tunnel nito nang hiwalay sa TLS handshake, kaya ang koneksyong nagtagumpay pagkatapos ng pagbabago ng antas ng seguridad ay walang sinasabi tungkol sa kung aling cipher ang nagpoprotekta sa iyong data. Kung ang tanong na talagang itinatanyag mo ay tungkol sa pagiging lihim ng data, mali ang dial na tinitingnan mo.

Ang pagbaba ng antas ay nagpapalawak ng pagtanggap para sa tatlong input nang sabay. Ito ang bahaging nalalampasan ng mga tao: ang pagwawastong tumatanggap ng lumang sertipiko ay tumatanggap din ng mahinang pangkat at suite na maaaring hindi mo sinadyang payagan. Isang error lamang ang nag-udyok ng pagbabago, at ang pagbabago ay mas malawak kaysa sa error. Ang asimetriyang iyon ang dahilan kung bakit mas mabuti ang isang limitadong pagbubukod kaysa sa default para sa buong kapaligiran.

Baguhin ang input, hindi ang hadlang

Itago ang eksaktong error bago hawakan ang konfigurasyon, kabilang ang yugtong nag-ulat nito at ang bagay na pinangalanan nito. Nalulutas ang problema sa sertipiko sa pamamagitan ng pagpapalit nito ng isang bagay na tinatanggap ng kasalukuyang patakaran, na karaniwang nangangahulugang muling pag-isyu nito mula sa awtoridad sa halip na i-install muli ang parehong file.

Kung ang tinanggihang input ay pag-aari ng isang peer na hindi mo kontrolado, ang usapan ay sa may-ari nito tungkol sa sinusuportahang kapalit na materyal. Ang pagbaba ng sarili mong hadlang para mapaunlakan ang isang sistemang walang nagmementina ay naglilipat ng gastos mula sa kanila patungo sa lahat ng kumokonekta pagkatapos nila.

Kung saan ipinapatupad ng server ang patakaran, tingnan kung ang setting sa antas OpenVPN ang tunay na dahilan bago sisihin ang library. Ang isang profile ng sertipiko na humihingi ng mas mahigpit na klase kaysa kayang tuparin ng na-deploy na sertipiko ay mabibigo anuman ang antas ng seguridad, at ang pag-alis ng profile na iyon ay mas makitid na pagbabago kaysa sa pagpapawalang-bisa ng mga pagsusuri ng library.

Kung kailangan mong ibaba ito, limitahan at idokumento ito

Minsan ang isang aprubadong pagbubukod sa pagiging tugma ay ang tamang sagot, lalo na para sa isang lumang peer na may petsadong plano sa pagretiro. Limitahan ito sa serbisyong nangangailangan nito sa halip na sa buong host: ang file ng konfigurasyon ng bawat serbisyo o dedikadong konfigurasyon ng OpenSSL ay may mas maliit na saklaw ng epekto kaysa sa isang pag-export sa pandaigdigang profile.

Isulat ang apat na bagay kasama ng pagbubukod: ang eksaktong setting, ang may-ari na nag-apruba nito, ang mga kliyenteng naaapektuhan, at ang kundisyon kung saan ito tatanggalin. Ang pagbubukod na walang kundisyon sa pagretiro ay permanenteng pagpapahina na may kalakip na pansamantalang katwiran.

Ang rollback ay dapat isang hakbang na sinubukan mo na. Panatilihin ang dating konfigurasyon, ilapat ang pagbabago, kumpirmahin na nagsisimula ang serbisyo, at alamin nang eksakto kung aling file ang ibabalik kung iba ang kilos ng susunod na koneksyon kaysa inaasahan.

Pagkatapos ay i-verify ang pagkakakilanlan at proteksyon

Ang matagumpay na koneksyon ay nagpapatunay lamang na tinanggap ito ng mga binagong kundisyon. Kumpirmahin na ginagawa pa rin ang trabaho ng pag-verify ng hostname at peer, na ang ginagamit na sertipiko ay ang sinadya mong i-deploy, at na ang napagkasunduang channel ng data ay tumutugma sa patakarang inaakala mong mayroon ka.

openssl x509 -in /etc/openvpn/client.crt -noout -subject -dates -text | grep -E 'Signature Algorithm|Public-Key'
openvpn --show-tls | head -20

Ang sanggunian ng mga antas ng seguridad ng OpenSSL ay tahasang nagsasabi na inilalapat ng framework ang mga limitasyon sa mga susi, lagda, pangkat at suite nang sabay, at pinapayagan ng antas sero ang lahat ng sinusuri ng callback. Iyon ang saklaw ng binago mo, at iyon ang pangungusap na sipiin kapag may nagtanong kung makitid ba ang pagwawasto.

Ang paglilipat na nakakalampas sa isang audit ay nagsasabi kung aling patakaran ang tumanggi sa aling input, ano ang binago, at ano ang nananatiling tinatanggap bilang resulta. „Gumagana ito sa SECLEVEL=0“ ay isang obserbasyon tungkol sa isang koneksyon, hindi isang pagtatasa ng seguridad ng deployment.