Kusang-pirmado kumpara sa pampublikong CA para sa VPN: Ano ang Tunay na Nagbabago

Narating mo ang pahina ng mga sertipiko ng isang setup ng VPN, makikita mo ang libreng kusang-pirmadong opsyon sa tabi ng bayad na pampublikong CA, at ang tanong ay tunog tulad ng isang pagpipilian sa seguridad. Sa totoo lang, pagpipilian ito ng madla. Parehong ine-encrypt ng dalawang opsyon ang tunnel gamit ang parehong mga primitive, at pareho silang nagiging walang halaga kung tumagas ang pribadong key. Ang naghihiwalay sa kanila ay kung sino ang gumagawa ng pahayag tungkol sa pagkakakilanlan ng server, at kung sino ang nasa posisyon na suriin ang pahayag na iyon.

Dalawang trabaho ang ginagawa ng sertipiko na napagkakamalan

Ikinakabit ng sertipiko ang isang pampublikong key sa isang pangalan, at ang key ang gumagawa ng trabaho ng pag-encrypt at pagpirma. Ang pirma sa sertipiko ay isang hiwalay na pahayag: may awtoridad na nagpatunay na ang pangalan ay pag-aari ng may-ari ng key na ito. Ang kusang-pirmadong sertipiko ay gumagawa ng pahayag na iyon tungkol sa sarili nito, na hindi naman isang pahayag ng ikatlong partido.

Kailangan ng mga pampublikong website ang bersyon mula sa ikatlong partido, dahil dumarating ang mga bisita nang walang dating ugnayan at umaasa sa imbakan ng tiwala ng browser. Ang kliyente ng VPN ay hindi estranghero. Binibigyan mo ito ng sertipiko ng CA, o ipinipin mo ang sertipiko ng server, sa loob ng profile na iniinstall nito, kaya ang pagpapatunay ay tumatakbo laban sa eksaktong awtoridad na pinili mo. Walang komersyal na CA ang kailangang masangkot para magkaroon ng kahulugan ang pagsusuring iyon.

Ang lakas ng resultang sesyon ay nagmumula sa laki ng key at cipher suite, hindi sa pumipirma. Kaya ang tawagin ang kusang-pirmadong sertipiko na "mas kaunting naka-encrypt" ay simpleng mali; ito ay mas kaunting garantisado sa malawak na saklaw, na isang ibang katangian.

Saan kumikita ang pampublikong CA sa bayad nito

Ang pinakamalinaw na kaso ay ang pahina ng administrasyon. Kung ang mga kasamahan, kontraktor o sinumang walang inihandang profile ay kailangang buksan ang web interface ng VPN server nang walang babala ng browser, inaalis ng sertipikong pinagkakatiwalaan ng publiko ang alikabok na iyon. Nagtitiwala na ang browser sa pumipirma, kaya wala nang dapat i-import at wala nang dapat ipaliwanag.

Ang kaginhawahang iyon ay may mga gastos na dapat pangalanan bago bumili. Kailangang awtomatiko ang pag-renew o nasisira ang site ayon sa iskedyul, ibinubunyag ng mga pampublikong sertipiko ang hostname sa mga log ng transparency ng sertipiko, at pinaparusahan ng mga limitasyon sa rate ng pag-isyu ang isang script na masyadong sabik na sumubok muli. Wala sa mga ito ang dahilan para iwasan ang pampublikong CA, ngunit ito ay operasyonal na trabaho na inililipat ng pribadong CA sa ibang lugar.

Ang hindi ginagawa ng pampublikong sertipiko ay ang pag-authenticate sa iyong mga user. Ang pagkakakilanlan ng kliyente ay hiwalay na desisyon, ginagawa gamit ang mga sertipiko ng kliyente, password o pangalawang salik, at ang CA na pumipirma sa server ay walang sinasabi tungkol sa kung sino ang pinapayagang kumonekta dito.

Saan bagay ang pribadong CA sa isang VPN

Para sa pribadong VPN na may kilalang hanay ng mga kliyente, ang pagpapatakbo ng sarili mong CA ay ang karaniwang pagpipilian. Gumagawa ka ng CA nang isang beses, pumipirma sa sertipiko ng server gamit ang pangalang gagamitin ng mga kliyente, at namamahagi ng sertipiko ng CA sa loob ng bawat profile. Pagkatapos, bini-verify ng bawat kliyente ang server laban sa iyong awtoridad, at walang panlabas na partido ang nakakaalam ng hostname.

Totoo ang mga gastos ngunit may hangganan. Magbababala ang mga browser kapag may direktang nagbukas ng pahina ng administrasyon, dahil walang dahilan ang browser na magtiwala sa iyong CA. Ang pamamahagi ng profile ay nagiging bahagi ng onboarding, at ang pag-ikot ng CA ay nangangahulugan ng paghawak sa bawat kliyente. Katanggap-tanggap ang mga presyong iyon para sa serbisyong may sampu o limampung kilalang user at masakit para sa pampublikong endpoint na may libu-libo.

Isang kondisyon ang nagpapabisa sa buong kaayusan: dapat mangyari ang pagpapatunay. Ang kliyenteng naka-configure na huwag pansinin ang mga error ng sertipiko ay tumatanggap ng anumang server na nagpapakita ng anumang sertipiko, kaya nawawala ang garantiya ng pagkakakilanlan habang nananatili ang pag-encrypt. Ang setting na iyon ang tunay na kahinaan sa karamihan ng mga kuwentong "hindi ligtas ang kusang-pirmado".

Ang pribadong key ng CA ang nagpapasya kung ano ang magagawa mo mamaya

Karaniwang dumarating ang sorpresa pagkalipas ng mga buwan, kapag gusto mong magdagdag ng device. Kailangan ng pribadong key ng CA para mag-isyu ng sertipiko ng kliyente, gayundin para gumawa ng listahan ng pagpapawalang-bisa. Kung namana mo ang isang server na may mga file ng sertipiko at key ngunit wala ang key ng CA, hindi ka makakapirma ng anumang bago. Ang mga opsyon mo ay buuin muli ang PKI at bigyan ang bawat kliyente ng bagong sertipiko ng CA, o lumipat sa authentication na may password, na ibang modelo ng seguridad at hindi ibinabalik ang nawala.

Dalawang mas maliit na bitag ang naninirahan sa parehong teritoryo. Ipinapalagay ng mga script ng easy-rsa na nakatayo ka sa direktoryong naglalaman ng mga ito, kaya ang error tungkol sa nawawalang file ay karaniwang nangangahulugang maling lokasyon at hindi sira ang installation. At ang disenyong sertipiko lamang ay ganap na lehitimo: maaari mong hilingin ang mga sertipiko ng kliyente nang walang paunang ibinahaging key, basta't may isa ang bawat kliyente at bini-verify ng server ang chain.

Mag-isyu ng isang sertipiko kada device kaysa sa isang ibinahaging sertipiko ng kliyente para sa buong team. Ang nawawalang laptop ay gagastusan ka ng isang pagpapawalang-bisa lamang kaysa sa muling pag-isyu para sa lahat.

Suriin ang namanahin mo

Bago magplano ng anumang pagbabago, basahin ang sertipikong mayroon ka na:

$ openssl x509 -in server.crt -noout -subject -issuer -dates
subject=CN = vpn.example.net
issuer=CN = vpn.example.net
notAfter=Nov  3 09:00:00 2027 GMT
$ openssl verify -CAfile ca.crt server.crt
server.crt: OK

Kung ang issuer ay katumbas ng subject, ang sertipiko ay kusang-pirmado, na isang pagpipilian sa disenyo at hindi depekto. Sinasabi ng mga petsa kung kailan magiging problema ng isang tao ang pag-renew, at ang matagumpay na pagpapatunay laban sa CA na balak mong ihatid ay nagpapatunay na gumagana ang chain bago pa man subukan iyon ng isang kliyente.

Pagkatapos, pumili ayon sa madla at pamamahagi: pampublikong CA kapag kailangang magtiwala ng mga hindi kilalang browser sa pahina ng administrasyon, pribadong CA kapag tumatanggap ang bawat kliyente ng profile na kinokontrol mo. Wala sa dalawang sagot ang mas naka-encrypt kaysa sa isa.