A VPN-tanúsítvány másolása nem másolja a kulcsot
A tanúsítvány a nyilvános kulcsot és az aláírt identitást tartalmazza; a privát kulcsa külön áll. Olvassa el az exportcsomagot, mielőtt feltételezné, hogy egy másolat hitelesíteni tud.
A végigvezetés a kliens tanúsítványlistájánál kezdődik, ahol a bejegyzés csak egy nevet, egy kiállítót és egy lejárati dátumot mutat, semmi mást. Exportálja, importálja a második eszközön, és a kapcsolat elutasításra kerül, mert a kliens nem tudja bizonyítani a privát kulcs birtoklását. A fájl teljesen átmásolódott; a hiba az a várakozás, hogy a tanúsítvány a saját kulcsát is magával hozza. Olvassa el az export párbeszédablakot a formátum kiválasztása előtt, majd vizsgálja meg a fájlt, amelyet valójában kapott.
Két kattintás, két nagyon különböző termék.
Az export párbeszédablakot olvassa, ne a fájlkiterjesztést
A DER vagy PEM tanúsítványexport nyilvános kulcsot és aláírt identitásállításokat tartalmaz, erre van szüksége a kiszolgálónak, hogy megbízzon önben, és a kliensnek, hogy ellenőrizzen egy kiszolgálót. A PKCS#12 csomag olyan tároló, amely tartalmazhat tanúsítványt, annak láncát és a hozzá tartozó privát kulcsot, jelszóval védve, bár kulcs nélkül is létrehozható.
A PEM csak szövegkódolás, nem ígéret a tartalomról. Ugyanaz a kiterjesztés leírhat egyetlen tanúsítványt vagy több címkézett blokkot tartalmazó fájlt, és az exportbeállítások döntik el, melyiket.
A hasznos kérdés tehát soha nem az, milyen kiterjesztést kapott, hanem az, milyen blokkok vannak a fájlban. A kulcsa nélkül exportált csomag is csomag. A tartalmat ellenőrizze, ne a formátum népszerűségét.
Vizsgálja meg, mit kapott valójában
Keresse meg a címkéket, mielőtt bármit importál, majd olvassa el a tanúsítvány mezőit, hogy megerősítse, melyik identitás van a kezében. Futtassa az ellenőrzéseket azon a fájlon, amelyet valóban importálni fognak. Ismételje meg őket minden újabb export után, mert a beállítások eltérhetnek.
grep -E 'BEGIN (CERTIFICATE|PRIVATE KEY|ENCRYPTED PRIVATE KEY)' bundle.pem openssl x509 -in client.crt -noout -subject -issuer -dates openssl pkey -in client.key -noout -text | head -5 openssl pkcs12 -info -in client.p12 -noout
A csak tanúsítványblokkot tartalmazó export nyilvános objektum, és nem tud hitelesíteni. A tanúsítvány nélküli kulcsblokk magára hagyja a kiszolgáló által elvárt lánc nélkül. A PKCS#12 információ kimenete azt is jelzi, van-e kulcs, ami eldönti a kérdést ennél a formátumnál. Megnevezi az algoritmust és a kulcsméretet is, és teljesen meghiúsul, ha nincs kulcs.
Soha ne illesszen be privát kulcsot tartalmazó fájlt támogatási szálba, hibakövetőbe vagy csevegésbe, akkor sem, ha úgy néz ki, mint a korábban megosztott tanúsítvány. A kulcspanel képernyőképei ugyanilyen óvatosságot érdemelnek.
A kulcs olyan helyen is lehet, ahonnan nem tudja másolni
Kezelt eszközökön a privát kulcs lehet az operációs rendszer kulcstartójában, hardveres tokenben vagy biztonságos enklávéban, és egy szabályzat nem exportálhatónak jelöli. A tanúsítványkezelő ekkor a nyilvános objektumot mutatja, miközben a titok a helyén marad, és semmilyen exportparancs nem hoz létre hordozható másolatot. A mobileszköz-kezelésen keresztüli regisztráció gyakran éppen így működik.
Ez egy kontroll, nem pedig akadály, amelyet meg kell kerülni. Privát kulcsot a nyilvános tanúsítványból rekonstruálni nem lehet, és minden eszköz, amely ezt állítja, valami mást tesz.
Masolás helyett regisztráljon új identitást
A támogatott út általában az, hogy külön identitást regisztrál az új eszköz számára, és visszavonja a régit, amikor kivonják a használatból, így minden eszköz önállóan visszavonható. Ahol a kulccsal való export valóban engedélyezett, kezelje a keletkező fájlt és annak jelszavát hitelesítő adatként: nyugalmi állapotban titkosítva, megbízható csatornán átvive és törölve, amikor a regisztráció elkészült.
Hitelesítéssel ellenőrizze az importált identitással, ne annak nézésével, hogy sikerült-e az importálás. Az a kliens, amely nyilvános tanúsítványt fogad el a tárolójába, semmit nem bizonyított a kulcsról.
Fejezze be annak megerősítésével, hogy a kiszolgáló elfogadja az új identitást, és a régi továbbra is úgy viselkedik, ahogy a szabályzat szánja. Ezzel a végigvezetés bizonyítékkal zárul, nem pedig egy helyesnek látszó fájllal.