Vetë-nënshkruar kundrejt CA publike për një VPN: çfarë ndryshon në të vërtetë

Ju arrini në faqen e certifikatave të një konfigurimi VPN, shihni një opsion vetë-nënshkruar falas pranë një CA publike me pagesë, dhe pyetja tingëllon si një zgjedhje sigurie. Në të vërtetë është një zgjedhje audiencës. Të dyja opsionet e kriptojnë tunelin me të njëjtat primitiva, dhe të dyja bëhen të pavlera nëse çelësi privat rrjedh. Ajo që i ndan është kush e bën deklaratën për identitetin e serverit dhe kush është në pozicion ta verifikojë atë deklaratë.

Një certifikatë kryen dy punë që ngatërrohen

Një certifikatë lidh një çelës publik me një emër, dhe çelësi kryen punën e kriptimit dhe të nënshkrimit. Nënshkrimi në certifikatë është një deklaratë e veçantë: ndonjë autoritet ka verifikuar që emri i përket këtij mbajtësi të çelësit. Një certifikatë vetë-nënshkruar e bën atë deklaratë për veten e saj, që nuk është aspak një pohim i një pale të tretë.

Faqet publike kanë nevojë për versionin e palës së tretë, sepse vizitorët vijnë pa asnjë marrëdhënie të mëparshme dhe mbështeten në depon e besimit të shfletuesit. Një klient VPN nuk është i huaj. Ju i jepni certifikatën CA, ose e fiksoni certifikatën e serverit, brenda profilit që instalon, kështu që verifikimi zhvillohet pikërisht kundrejt autoritetit që keni zgjedhur. Asnjë CA tregtare nuk duhet të përfshihet që ai kontroll të ketë kuptim.

Fuqia e sesionit që rezulton vjen nga madhësia e çelësit dhe grupi i kriptimit, jo nga nënshkruesi. Prandaj quajtja e një certifikate vetë-nënshkruar "më pak e kriptuar" është thjesht e gabuar; ajo është më pak e garantuar gjerësisht, që është një veti tjetër.

Ku një CA publike fiton tarifën e saj

Rasti më i qartë është faqja e administrimit. Nëse kolegët, kontraktorët ose kushdo tjetër pa një profil të përgatitur duhet të hapin ndërfaqen web të serverit VPN pa një paralajmërim të shfletuesit, një certifikatë e besuar publikisht e heq atë fërkim. Shfletuesi tashmë i beson nënshkruesit, kështu që nuk ka asgjë për të importuar dhe asgjë për të shpjeguar.

Ajo komoditet ka kosto që ia vlen të përmenden para se të blini. Rinovimi duhet të automatizohet, përndryshe faqja prishet sipas një plani, certifikatat publike zbulojnë emrin e hostit në regjistrat e transparencës së certifikatave, dhe kufijtë e shkallës së lëshimit ndëshkojnë një skript që riprovon me tepër zell. Asnjëra prej tyre nuk është arsye për të shmangur një CA publike, por është punë operative që një CA private e zhvendos diku tjetër.

Ajo që një certifikatë publike nuk bën është të vërtetojë përdoruesit tuaj. Identiteti i klientit është një vendim i veçantë, i marrë me certifikata klienti, fjalëkalime ose një faktor të dytë, dhe CA që nënshkruan serverin nuk thotë asgjë për kë ka leje të lidhet me të.

Ku një CA private përshtatet me një VPN

Për një VPN private me një grup klientësh të njohur, drejtimi i CA-së tuaj është zgjedhja konvencionale. Ju e krijoni CA-në një herë, nënshkruani certifikatën e serverit me një emër që klientët do të përdorin, dhe shpërndani certifikatën CA brenda çdo profili. Pastaj çdo klient verifikon serverin kundrejt autoritetit tuaj, dhe asnjë palë e jashtme nuk e mëson emrin e hostit.

Kostot janë reale por të kufizuara. Shfletuesit do të paralajmërojnë kur dikush hap faqen e administrimit drejtpërdrejt, sepse shfletuesi nuk ka asnjë arsye t'i besojë CA-së tuaj. Shpërndarja e profileve bëhet pjesë e onboarding, dhe rrotullimi i CA-së do të thotë të prekësh çdo klient. Këto janë çmime të pranueshme për një shërbim me dhjetë ose pesëdhjetë përdorues të njohur dhe të dhimbshme për një pikë fundore publike me mijëra.

Një kusht e bën të gjithë rregullimin të vlefshëm: verifikimi duhet të ndodhë. Një klient i konfiguruar të injorojë gabimet e certifikatës pranon çdo server që paraqet çdo certifikatë, kështu që garancia e identitetit zhduket ndërsa kriptimi mbetet. Ai konfigurim është dobësia e vërtetë në shumicën e historive të "vetë-nënshkruar është i pasigurt".

Çelësi privat i CA-së vendos çfarë mund të bëni më vonë

Surpriza zakonisht vjen me muaj vonesë, kur dëshironi të shtoni një pajisje. Lëshimi i një certifikate klienti kërkon çelësin privat të CA-së, dhe po ashtu prodhimi i një liste revokimi. Nëse keni trashëguar një server që ka skedarët e certifikatës dhe të çelësit por jo çelësin e CA-së, nuk mund të nënshkruani asgjë të re. Opsionet tuaja janë të rindërtoni PKI-në dhe t'i jepni çdo klienti një certifikatë CA të re, ose të kaloni në vërtetim me fjalëkalim, që është një model tjetër sigurie dhe nuk rikthen atë që u humb.

Dy kurthe më të vogla jetojnë në të njëjtin territor. Skriptet easy-rsa supozojnë se ju qëndroni në drejtorinë që i përmban, kështu që një gabim skedari që mungon zakonisht do të thotë vendndodhja e gabuar dhe jo një instalim i dëmtuar. Dhe një dizajn vetëm me certifikata është plotësisht i ligjshëm: mund të kërkoni certifikata klienti pa një çelës të ndarë paraprakisht, me kusht që çdo klient të ketë një dhe serveri të verifikojë zinxhirin.

Lëshoni një certifikatë për pajisje në vend të një certifikate klienti të përbashkët për të gjithë ekipin. Atëherë një laptop i humbur ju kushton një revokim të vetëm në vend të një rilëshimi për të gjithë.

Kontrolloni çfarë keni trashëguar

Përpara se të planifikoni çdo ndryshim, lexoni certifikatën që keni tashmë:

$ 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

Nëse lëshuesi është i barabartë me subjektin, certifikata është vetë-nënshkruar, që është një zgjedhje dizajni dhe jo një defekt. Datat ju tregojnë kur rinovimi bëhet problemi i dikujt, dhe një verifikim i suksesshëm kundrejt CA-së që keni ndërmend të dërgoni konfirmon që zinxhiri funksionon para se një klient i vetëm ta provojë.

Pastaj zgjidhni sipas audiencës dhe shpërndarjes: CA publike kur shfletues të panjohur duhet t'i besojnë faqes së administrimit, CA private kur çdo klient merr një profil që ju kontrolloni. Asnjëra prej përgjigjeve nuk është më e kriptuar se tjetra.