Iseallkirjastatud vs avalik CA VPN-i jaoks: mis tegelikult muutub

Jõuate VPN-i seadistuse sertifikaatide lehele, näete tasuta iseallkirjastatud valikut tasulise avaliku CA kõrval ja küsimus kõlab turvavalikuna. See on tegelikult publikule suunatud valik. Mõlemad valikud krüpteerivad tunneli samade primitiividega ja mõlemad muutuvad väärtusetuks, kui privaatvõti lekib. Neid eristab see, kes esitab väite serveri identiteedi kohta ja kes on positsioonis seda väidet kontrollida.

Sertifikaat teeb kahte tööd, mida aetakse segi

Sertifikaat seob avaliku võtme nimega ja võti teeb krüpteerimis- ja allkirjastamistöö. Sertifikaadil olev allkiri on eraldi väide: mingi asutus on kontrollinud, et nimi kuulub selle võtme omanikule. Iseallkirjastatud sertifikaat esitab selle väite enda kohta, mis ei ole üldse kolmanda osapoole väide.

Avalikud veebisaidid vajavad kolmanda osapoole versiooni, sest külastajad saabuvad ilma eelneva suhteta ja toetuvad brauseri usaldushoidlale. VPN-klient ei ole võõras. Te annate talle CA-sertifikaadi või kinnitate serveri sertifikaadi paigaldatava profiili sees, nii et kontroll toimub täpselt teie valitud asutuse vastu. Ükski kommerts-CA ei pea olema kaasatud, et see kontroll midagi tähendaks.

Saadud sessiooni tugevus tuleb võtme suurusest ja šifrikomplektist, mitte allkirjastajast. Seetõttu on iseallkirjastatud sertifikaadi nimetamine "vähem krüpteerituks" lihtsalt vale; see on vähem laialdaselt garanteeritud, mis on teine omadus.

Kus avalik CA oma tasu ära teenib

Kõige selgem juhtum on haldusleht. Kui kolleegid, töövõtjad või keegi teine ilma ettevalmistatud profiilita peavad avama VPN-serveri veebiliidese ilma brauseri hoiatuseta, kõrvaldab avalikult usaldatud sertifikaat selle hõõrdumise. Brauser usaldab allkirjastajat juba, seega pole midagi importida ega midagi selgitada.

Sellel mugavusel on kulud, mida tasub enne ostmist nimetada. Uuendamine tuleb automatiseerida, muidu laguneb sait graafiku järgi, avalikud sertifikaadid paljastavad hostinime sertifikaatide läbipaistvuslogides ja väljastamise kiiruspiirangud karistavad skripti, mis proovib liiga innukalt uuesti. Miski sellest ei ole põhjus avalikku CA-d vältida, kuid see on operatiivtöö, mille privaatne CA mujale viib.

Mida avalik sertifikaat ei tee, on teie kasutajate autentimine. Kliendi identiteet on eraldi otsus, mis tehakse kliendisertifikaatide, paroolide või teise teguriga, ja serverit allkirjastav CA ei ütle midagi selle kohta, kes tohib sellega ühenduda.

Kus privaatne CA VPN-i sobib

Privaatse VPN-i jaoks teadaoleva kliendikomplektiga on oma CA haldamine tavapärane valik. Loote CA üks kord, allkirjastate serveri sertifikaadi nimega, mida kliendid kasutavad, ja jagate CA-sertifikaadi iga profiili sees. Seejärel kontrollib iga klient serverit teie asutuse vastu ja ükski väline osapool ei saa hostinime teada.

Kulud on reaalsed, kuid piiratud. Brauserid hoiatavad, kui keegi avab halduslehe otse, sest brauseril pole põhjust teie CA-d usaldada. Profiilide jagamine muutub kasutuselevõtu osaks ja CA vahetamine tähendab iga kliendi puudutamist. Need on vastuvõetavad hinnad teenusele, millel on kümme või viiskümmend teadaolevat kasutajat, ja valusad avalikule lõpp-punktile tuhandetega.

Üks tingimus teeb kogu korralduse kehtivaks: kontroll peab toimuma. Sertifikaadivigu ignoreerima seadistatud klient võtab vastu iga serveri, mis esitab ükskõik millise sertifikaadi, nii et identiteedigarantii kaob, samal ajal kui krüpteerimine jääb. See seade on tegelik nõrkus enamikus lugudes stiilis "iseallkirjastatud on ebaturvaline".

CA privaatvõti otsustab, mida saate hiljem teha

Üllatus saabub tavaliselt kuid hiljem, kui soovite seadet lisada. Kliendisertifikaadi väljastamine nõuab CA privaatvõtit ja tühistamisnimekirja koostamine samuti. Kui pärisite serveri, millel on sertifikaadi- ja võtmefailid, kuid mitte CA võti, ei saa te midagi uut allkirjastada. Teie valikud on PKI uuesti üles ehitada ja anda igale kliendile uus CA-sertifikaat, või lülituda parooliautentimisele, mis on teistsugune turbemudel ega taasta kadunut.

Samas piirkonnas elab kaks väiksemat lõksu. easy-rsa skriptid eeldavad, et seisate kataloogis, mis neid sisaldab, seega puuduva faili viga tähendab tavaliselt vale asukohta, mitte kahjustatud paigaldust. Ja ainult sertifikaatidel põhinev disain on täiesti seaduslik: võite nõuda kliendisertifikaate ilma eeljagatud võtmeta, tingimusel et igal kliendil on üks ja server kontrollib ahelat.

Väljastage üks sertifikaat seadme kohta, mitte üks jagatud kliendisertifikaat kogu meeskonnale. Kaotatud sülearvuti maksab teile siis ühe tühistamise, mitte kõigile uuesti väljastamise.

Kontrollige, mida pärisite

Enne mis tahes muudatuse kavandamist lugege sertifikaati, mis teil juba on:

$ 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

Kui väljaandja võrdub subjektiga, on sertifikaat iseallkirjastatud, mis on disainivalik, mitte defekt. Kuupäevad ütlevad, millal uuendamine kellegi probleemiks saab, ja edukas kontroll CA vastu, mida kavatsete tarnida, kinnitab, et ahel töötab enne, kui ükski klient seda proovib.

Seejärel valige publikule ja levitamisele vastavalt: avalik CA, kui tundmatud brauserid peavad halduslehte usaldama, privaatne CA, kui iga klient saab profiili, mida te kontrollite. Kumbki vastus ei ole rohkem krüpteeritud kui teine.