Pašparakstīts vai publisks CA VPN: kas patiešām mainās

Jūs nonākat VPN iestatījuma sertifikātu lapā, redzat bezmaksas pašparakstītu opciju blakus maksas publiskajam CA, un jautājums izklausās kā drošības izvēle. Patiesībā tā ir auditorijas izvēle. Abas opcijas šifrē tuneli ar tiem pašiem primitīviem, un abas kļūst bezvērtīgas, ja privātā atslēga noplūst. Tos šķir tas, kas izsaka apgalvojumu par servera identitāti un kas ir pozīcijā to apgalvojumu pārbaudīt.

Sertifikāts veic divus darbus, kurus jauc

Sertifikāts saista publisko atslēgu ar nosaukumu, un atslēga veic šifrēšanas un parakstīšanas darbu. Paraksts uz sertifikāta ir atsevišķs paziņojums: kāda iestāde ir pārbaudījusi, ka nosaukums pieder šim atslēgas īpašniekam. Pašparakstīts sertifikāts šo paziņojumu izsaka par sevi, kas nemaz nav trešās puses apgalvojums.

Publiskām vietnēm nepieciešama trešās puses versija, jo apmeklētāji ierodas bez iepriekšējām attiecībām un paļaujas uz pārlūka uzticības krātuvi. VPN klients nav svešinieks. Jūs dodat tam CA sertifikātu vai piespraudat servera sertifikātu uzstādāmā profilā, tāpēc pārbaude notiek tieši pret jūsu izvēlēto iestādi. Nav jāiesaista komerciāls CA, lai šai pārbaudei būtu kāda jēga.

Iegūtās sesijas stiprums nāk no atslēgas izmēra un šifrēšanas komplekta, nevis no parakstītāja. Tāpēc saukt pašparakstītu sertifikātu par "mazāk šifrētu" ir vienkārši nepareizi; tas ir mazāk plaši garantēts, kas ir cita īpašība.

Kur publisks CA nopelna savu maksu

Visskaidrākais gadījums ir administrācijas lapa. Ja kolēģiem, darbuzņēmējiem vai jebkuram citam bez sagatavota profila ir jāatver VPN servera tīmekļa saskarne bez pārlūka brīdinājuma, publiski uzticams sertifikāts novērš šo berzi. Pārlūks jau uzticas parakstītājam, tāpēc nekas nav jāimportē un nekas nav jāpaskaidro.

Šai ērtībai ir izmaksas, kuras vērts nosaukt pirms pirkšanas. Atjaunināšana ir jāautomatizē, citādi vietne sabrūk pēc grafika, publiski sertifikāti atklāj resursdatora nosaukumu sertifikātu caurskatāmības žurnālos, un izsniegšanas ātruma ierobežojumi soda skriptu, kas pārāk dedzīgi mēģina vēlreiz. Neviens no tiem nav iemesls izvairīties no publiska CA, bet tas ir operatīvs darbs, ko privāts CA pārvieto citur.

Ko publisks sertifikāts nedara, tas ir jūsu lietotāju autentificēšana. Klienta identitāte ir atsevišķs lēmums, pieņemts ar klienta sertifikātiem, parolēm vai otru faktoru, un CA, kas paraksta serveri, neko nepasaka par to, kam ir atļauts tam pievienoties.

Kur privāts CA iederas VPN

Privātam VPN ar zināmu klientu kopu parastā izvēle ir uzturēt savu CA. CA izveidojat vienreiz, parakstāt servera sertifikātu ar nosaukumu, ko izmantos klienti, un izplatāt CA sertifikātu katrā profilā. Tad katrs klients pārbauda serveri pret jūsu iestādi, un neviena ārēja puse neuzzina resursdatora nosaukumu.

Izmaksas ir reālas, bet ierobežotas. Pārlūki brīdinās, kad kāds atvērs administrācijas lapu tieši, jo pārlūkam nav iemesla uzticēties jūsu CA. Profilu izplatīšana kļūst par ievadīšanas daļu, un CA maiņa nozīmē aizskart katru klientu. Tās ir pieņemamas cenas pakalpojumam ar desmit vai piecdesmit zināmiem lietotājiem un sāpīgas publiskam galapunktam ar tūkstošiem.

Viens nosacījums padara visu kārtību derīgu: pārbaudei ir jānotiek. Klients, kas konfigurēts ignorēt sertifikāta kļūdas, pieņem jebkuru serveri, kas uzrāda jebkuru sertifikātu, tāpēc identitātes garantija pazūd, kamēr šifrēšana paliek. Šis iestatījums ir īstais vājums vairumā stāstu par "pašparakstīts ir nedrošs".

CA privātā atslēga nosaka, ko varēsiet darīt vēlāk

Pārsteigums parasti pienāk pēc mēnešiem, kad gribat pievienot ierīci. Klienta sertifikāta izsniegšanai nepieciešama CA privātā atslēga, un atsaukšanas saraksta izveidei arī. Ja esat mantojis serveri, kuram ir sertifikāta un atslēgas faili, bet nav CA atslēgas, jūs nevarat parakstīt neko jaunu. Jūsu iespējas ir pārbūvēt PKI un dot katram klientam jaunu CA sertifikātu, vai pāriet uz paroles autentifikāciju, kas ir cits drošības modelis un neatjauno zaudēto.

Tajā pašā teritorijā dzīvo divas mazākas lamatas. easy-rsa skripti pieņem, ka jūs stāvat direktorijā, kas tos satur, tāpēc trūkstoša faila kļūda parasti nozīmē nepareizu vietu, nevis bojātu instalāciju. Un dizains tikai ar sertifikātiem ir pilnīgi likumīgs: varat pieprasīt klienta sertifikātus bez iepriekš koplietotas atslēgas, ar nosacījumu, ka katram klientam ir viens un serveris pārbauda ķēdi.

Izsniedziet vienu sertifikātu vienai ierīcei, nevis vienu kopīgu klienta sertifikātu visai komandai. Tad pazaudēts portatīvais dators jums izmaksā vienu atsaukšanu, nevis atkārtotu izsniegšanu visiem.

Pārbaudiet, ko esat mantojis

Pirms plānot jebkādas izmaiņas, izlasiet sertifikātu, kas jums jau ir:

$ 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

Ja izdevējs ir vienāds ar subjektu, sertifikāts ir pašparakstīts, kas ir dizaina izvēle, nevis defekts. Datumi pasaka, kad atjaunināšana kļūs par kāda problēmu, un veiksmīga pārbaude pret CA, ko plānojat piegādāt, apstiprina, ka ķēde darbojas pirms kāds klients to izmēģina.

Tad izvēlieties pēc auditorijas un izplatīšanas: publisks CA, kad nezināmiem pārlūkiem ir jāuzticas administrācijas lapai, privāts CA, kad katrs klients saņem jūsu kontrolētu profilu. Neviena atbilde nav vairāk šifrēta par otru.