Samopodpísaný alebo verejný CA pre VPN: čo sa naozaj mení

Dostanete sa na stránku certifikátov v nastavení VPN, uvidíte bezplatnú samopodpísanú možnosť vedľa plateného verejného CA a otázka znie ako voľba zabezpečenia. V skutočnosti je to voľba publika. Obe možnosti šifrujú tunel rovnakými primitívami a obe sú bezcenné, ak unikne súkromný kľúč. Oddeľuje ich to, kto vyslovuje tvrdenie o identite servera a kto je v pozícii toto tvrdenie overiť.

Certifikát robí dve veci, ktoré sa zamieňajú

Certifikát spája verejný kľúč s názvom a kľúč vykonáva prácu šifrovania a podpisu. Podpis na certifikáte je samostatné vyhlásenie: nejaká autorita overila, že názov patrí tomuto držiteľovi kľúča. Samopodpísaný certifikát toto vyhlásenie vydáva sám o sebe, čo nie je žiadne tvrdenie tretej strany.

Verejné weby potrebujú verziu od tretej strany, pretože návštevníci prichádzajú bez predchádzajúceho vzťahu a spoliehajú sa na úložisko dôvery prehliadača. Klient VPN nie je cudzinec. Dáte mu certifikát CA alebo pripnete certifikát servera v profile, ktorý inštaluje, takže overenie prebieha presne proti autorite, ktorú ste vybrali. Aby toto overenie malo zmysel, nemusí byť zapojený žiadny komerčný CA.

Sila výslednej relácie pochádza z veľkosti kľúča a šifrovacej sady, nie od podpisujúceho. Preto nazývať samopodpísaný certifikát "menej šifrovaným" je jednoducho nesprávne; je menej široko ručený, čo je iná vlastnosť.

Kde si verejný CA zarobí svoj poplatok

Najjasnejším prípadom je administračná stránka. Ak kolegovia, dodávatelia alebo ktokoľvek iný bez pripraveného profilu musia otvoriť webové rozhranie servera VPN bez upozornenia prehliadača, verejne dôveryhodný certifikát odstraňuje to trenie. Prehliadač už podpisujúcemu dôveruje, takže nie je čo importovať a čo vysvetľovať.

Táto výhoda má náklady, ktoré stojí za to pomenovať pred kúpou. Obnova musí byť automatizovaná, inak sa web podľa plánu pokazí, verejné certifikáty odhaľujú názov hostiteľa v protokoloch transparentnosti certifikátov a limity rýchlosti vydávania trestajú skript, ktorý príliš horlivo opakuje pokus. Nič z toho nie je dôvod vyhýbať sa verejnému CA, ale je to prevádzková práca, ktorú súkromný CA presúva inam.

Čo verejný certifikát nerobí, je overovanie vašich používateľov. Identita klienta je samostatné rozhodnutie, prijaté klientskymi certifikátmi, heslami alebo druhým faktorom, a CA, ktorý podpisuje server, nehovorí nič o tom, kto sa k nemu smie pripojiť.

Kde sa súkromný CA hodí pre VPN

Pre súkromnú VPN so známou sadou klientov je prevádzkovanie vlastného CA obvyklou voľbou. CA vytvoríte raz, podpíšete certifikát servera názvom, ktorý klienti budú používať, a certifikát CA distribuujete v každom profile. Každý klient potom overuje server proti vašej autorite a žiadna vonkajšia strana sa nedozvie názov hostiteľa.

Náklady sú reálne, ale obmedzené. Prehliadače budú varovať, keď niekto otvorí administračnú stránku priamo, pretože prehliadač nemá dôvod dôverovať vášmu CA. Distribúcia profilov sa stáva súčasťou onboardingu a rotácia CA znamená dotknúť sa každého klienta. To sú prijateľné ceny pre službu s desiatimi alebo päťdesiatimi známymi používateľmi a bolestivé pre verejný koncový bod s tisíckami.

Jedna podmienka robí celé usporiadanie platným: overenie sa musí uskutočniť. Klient nastavený ignorovať chyby certifikátov prijme akýkoľvek server, ktorý predloží akýkoľvek certifikát, takže záruka identity zmizne, kým šifrovanie zostáva. Toto nastavenie je skutočná slabina vo väčšine príbehov o "samopodpísané je nebezpečné".

Súkromný kľúč CA rozhoduje, čo môžete urobiť neskôr

Prekvapenie zvyčajne prichádza o mesiace neskôr, keď chcete pridať zariadenie. Vydanie klientskeho certifikátu vyžaduje súkromný kľúč CA, rovnako ako vytvorenie zoznamu odvolaní. Ak ste zdedili server, ktorý má súbory certifikátu a kľúča, ale nie kľúč CA, nemôžete nič nové podpísať. Vaše možnosti sú prestavať PKI a dať každému klientovi nový certifikát CA, alebo prejsť na overovanie heslom, čo je iný model zabezpečenia a neobnoví stratené.

Dve menšie pasce žijú na tom istom území. Skripty easy-rsa predpokladajú, že stojíte v adresári, ktorý ich obsahuje, takže chyba chýbajúceho súboru zvyčajne znamená nesprávne miesto, nie poškodenú inštaláciu. A dizajn len s certifikátmi je úplne legitímny: môžete vyžadovať klientske certifikáty bez predtým zdieľaného kľúča, ak má každý klient jeden a server overuje reťaz.

Vydávajte jeden certifikát na zariadenie namiesto jedného zdieľaného klientskeho certifikátu pre celý tím. Stratený notebook vás potom stojí jedno odvolanie namiesto nového vydania pre všetkých.

Skontrolujte, čo ste zdedili

Pred plánovaním akejkoľvek zmeny si prečítajte certifikát, ktorý už máte:

$ 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

Ak sa vydavateľ rovná subjektu, certifikát je samopodpísaný, čo je voľba dizajnu, nie vada. Dátumy vám povedia, kedy sa obnova stane niekým problémom, a úspešné overenie proti CA, ktorý hodláte nasadiť, potvrdí, že reťaz funguje skôr, než ju vyskúša jediný klient.

Potom vyberajte podľa publika a distribúcie: verejný CA, keď neznáme prehliadače musia dôverovať administračnej stránke, súkromný CA, keď každý klient dostane profil, ktorý ovládate. Ani jedna odpoveď nie je viac šifrovaná ako druhá.