Profil OpenVPN má tri bloky certifikátov: ktorý je tajný?

Otvoríte súbor .ovpn, aby ste zmenili jeden riadok, a nájdete tri bloky base64, ktoré všetky vyzerajú ako prihlasovacie údaje. Jeden je bezpečné zverejniť, druhý je citlivý ako heslo a tretí je verejný kľúč, ktorý nič neznamená, kým ním jeho náprotivok niečo nepodpíše. Ľudia vkladajú celý súbor do vlákna podpory, pretože bloky vyzerajú zameniteľne, a práve tak skončí klientsky kľúč vo verejnom archíve. Rozlíšenie, ktorý blok čo robí, vysvetľuje väčšinu zmätku okolo týchto profilov a povie vám aj to, ktoré poruchy máte opraviť sami.

Jeden súbor, tri bloky, rôzne úlohy

Typický profil vkladá blok ca, blok cert a blok key medzi značky BEGIN a END, alebo odkazuje na tie isté tri ako na samostatné súbory. Niektoré profily pridávajú štvrtý blok pre kľúč tls-auth alebo tls-crypt, ktorý je zdieľaným tajomstvom, nie certifikátom. Klient číta každý blok podľa direktívy, ktorá ho pomenúva, takže označenia sú dôležitejšie než poradie, v ktorom sa objavujú.

Považujte zostavený profil za citlivý, kým sa doň skutočne nepozriete. Verejný certifikát a súkromný kľúč môžu byť v tom istom súbore len pár riadkov od seba a snímka obrazovky vrátane hlavičky môže obsahovať oboje. Ručné začiernenie viditeľného base64 je tiež nespoľahlivé, pretože aj čiastočný blok prezradí metadáta certifikátu, ktoré pomenúvajú vaše nasadenie. Skopírovať tri direktívy bez ich hodnôt zvyčajne stačí na užitočnú otázku.

Direktívy okolo blokov určujú, ako sa používajú. Zmeňte ca a klient dôveruje inej autorite; zmeňte cert bez zmeny key a handshake zlyhá s nezhodou, ktorá s dôverou nemá nič spoločné.

Blok CA je verejný, kľúč CA nikdy

Certifikačná autorita podpisuje certifikáty, ktoré viažu verejný kľúč k identite, a jej vlastný certifikát je kotva, podľa ktorej sa klient rozhoduje, či je reťaz dôveryhodná. Tento certifikát je verejný zámerne: posielať ho v každom profile je normálne, a práve preto môže samopodpísané nasadenie fungovať bez komerčnej autority.

To, čo sa nikdy nesmie objaviť v klientskom profile, je súkromný podpisový kľúč autority. Klient ho na nič nepotrebuje a jeho prítomnosť znamená, že ktokoľvek má profil, môže raziť nové identity pre celé nasadenie.

Dôverovať autorite je tiež užšie, než to znie. Klient, ktorý prijme akýkoľvek certifikát podpísaný CA, stále prijme certifikát vydaný pre inú službu na tej istej CA. Možnosti, ktoré fixujú očakávanú rolu alebo meno servera, túto medzeru zatvárajú, a Prehľad možností TLS vymenúva overovacie direktívy, ktoré to robia.

Serverový a klientsky certifikát mieria opačným smerom

Serverový certifikát je to, čo klient skúma, aby potvrdil, že dorazil na správny koncový bod. Váš klientsky certifikát ide naopak: server ho používa na rozhodnutie, že toto zariadenie alebo používateľ je ten, ktorého zapísal. Rovnaký formát, opačný smer dôvery.

Adresa nie je identita. Dosiahnutie správnej IP nič nedokazuje o tom, kto odpovedal, preto kontrola názvu hostiteľa alebo názvu certifikátu stále patrí do profilu. Ani heslo účtu ticho nenahradí vyžadovaný klientsky certifikát, pretože obe sa overujú v inej fáze a nasadenie môže vyžadovať oboje.

Súkromný kľúč klienta je časť, ktorá musí zostať súkromná. Ak mohol byť odhalený, vymazanie súboru z vášho notebooku na serveri nič nezmení, server bude príslušný certifikát prijímať ďalej, kým ho operátor neodvolá. Požiadať operátora o výmenu alebo odvolanie tejto identity je jediná oprava, ktorá cestuje s vami.

Dve výzvy, ktoré vyzerajú rovnako a nie sú

Kľúč uložený v šifrovanej podobe žiada prístupovú frázu, kým ho klient môže použiť. Služba VPN môže zvlášť žiadať heslo účtu a obe výzvy sa môžu objaviť v rozmedzí sekúnd s takmer rovnakou formuláciou. Prístupová fráza chráni súbor na vašom disku; heslo preukazuje účet serveru. Zámena oboch posiela ľudí k resetom hesiel, ktoré nemôžu nijako pomôcť.

Prečítajte si výzvu, kým čokoľvek resetujete. Reset hesla účtu nič neurobí pre zabudnutú prístupovú frázu kľúča, odvolaný alebo expirovaný certifikát, a reset hesla, keď je porucha v overovaní certifikátu, mení dvojminútovú opravu na prípad pre podporu. Ak sťažnosť spomína dátumy platnosti, skontrolujte najprv hodiny zariadenia a potom vlastné okno uvedeného certifikátu.

Keď certifikát skutočne vypršal, náhrada musí prísť od toho, kto ho vydal. Kľúč, ktorý patrí niekomu inému, nie je cesta k obnove, a požičať si funkčný profil od kolegu tiež nie.

Čo čistý handshake dokazuje a čo nie

Dosiahnutie dokončeného TLS handshake znamená, že nastavený vzťah identít vydržal: certifikát servera sa zreťazil k vašej CA a váš certifikát bol prijatý. Nič to nehovorí o politike protokolovania operátora ani o tom, či vaše aplikácie budú po zdvihnutí tunela fungovať.

Trasy a DNS sú neskoršie fázy spojenia, takže nedostupný hostiteľ intranetu po úspešnom prihlásení je problém konektivity, nie certifikátu. Pracujte na tej vrstve namiesto výmeny prihlasovacích údajov a pri odovzdávaní profilu držte pohromade jeho pôvod, jeho súkromný materiál a jeho kontroly identity.