VPN-tanúsítvány vizsgálata a kulcs felfedése nélkül

A tanúsítvány nyilvános mezőinek olvasása soha nem igényli a hozzá tartozó privát kulcs megjelenítését, és az ehhez szükséges eszközök minden VPN-t lezáró rendszerrel együtt jönnek. A kockázat egy lépéssel korábban van: lehet, hogy a kapott fájl egyáltalán nem tanúsítvány. Egy PEM tanúsítvány, egy DER blob, egy PKCS#12 csomag és egy OpenVPN profil ugyanazzal a névvel érkezhet, és nagyon különböző anyagot tartalmazhat, ezért azonosítsa a tárolót, mielőtt parancsot választ.

Három tény dönti el, melyik parancs biztonságos: mit tartalmaz a fájl, mit kell kiolvasnia belőle, és ki fogja látni a kimenetet. Ha bármelyik hibás, maga az ellenőrzés válik incidenssé.

Melyik három fájlt kapta

A PEM tanúsítvány látható BEGIN és END jelölőkkel ellátott szöveg, a DER fájl bináris, amelyhez bemeneti formátumot jelző kapcsoló kell, a csomag pedig olyan tároló, amely a tanúsítvány mellett kulcsot is tarthat. file server.crt egy másodperc alatt elválasztja a szöveget a bináristól, és az első sorra vetett pillantás elválasztja a csupasz tanúsítványt a beágyazottat tartalmazó profiltól. Itt a találgatás az, ami az ellenőrzést incidenssé teszi.

Ha a fájl profil és nem tanúsítvány, kezelje hitelesítő adatként, amíg az ellenkezője be nem bizonyosodik. Ez a feltevés semmibe sem kerül, és megelőzi az egész feladat leggyakoribb hibáját.

PEM tanúsítvány nyilvános mezőinek olvasása

Egy olyan tanúsítványnál, amelyet Ön jogosult megvizsgálni, az x509 alparancs -noout kapcsolóval csak a kiválasztott mezőket írja ki, semmi mást. A törzs elnyomása tartja a kimenetet metaadatoknál, és ez teszi biztonságossá a hibajegybe illesztéshez is. Az alábbi szelektorok a nyilvánosak, a többit az openssl x509 dokumentáció sorolja fel.

openssl x509 -in server.crt -noout -subject -issuer -dates -fingerprint -sha256

Egy helyben generált teszttanúsítványon ez a parancs kiír egy subject és egy issuer sort, a notBefore és notAfter párt, valamint egy SHA-256 ujjlenyomatot. Ezek a mezők azonosítják az objektumot; nem hoznak létre érvényes bizalmi utat, ami külön ellenőrzési feladat saját paranccsal és saját válasszal. Egy láncfájl akár csak az első tanúsítványt is kiírhatja, hacsak Ön maga nem járja végig a fájlt. Két fájl ilyen összehasonlítása egy parancsba kerül, és eldönti, melyiket mutatja be valójában a másik fél.

Csomagok, amelyek kulcsot tartanak a tanúsítvány mellett

Egy .p12 vagy .pfx fájl privát kulcsot hordozhat, és az elemző parancs ki is írja, hacsak nem nyomja el a kimenet azon részét. A -nokeys kapcsolóval ugyanez a parancs továbbra is jelenti a tároló szerkezetét, beleértve egy beburkolt kulcstartót, anélkül hogy bármilyen kulcsanyagot kibocsátana; vegye le a kapcsolót, és a termináljában meg a shell-előzményeiben megjelenik egy kulcsblokk.

openssl pkcs12 -in bundle.p12 -nokeys -info -passin env:P12PASS

Az OpenVPN profil ugyanezt az anyagot szövegként ágyazza be, így a határ látható, ha tudja, hová nézzen. A nyilvános anyag a BEGIN CERTIFICATE és az END CERTIFICATE között van, míg a BEGIN PRIVATE KEY és a hozzá tartozó END sor között minden a kulcs, és nem hagyhatja el a gazdagépet. A profil egészének másolása mindkettőt közzéteszi.

A referenciaérték beszerzése máshonnan

Az ellenőrizni kívánt kapcsolatból olvasott ujjlenyomat semmit sem bizonyít, mert azt az a fél szolgáltatta, amelyben nem bízik. Ez nem érv az ujjlenyomatok ellen; ez az eredetről szóló érv. Hasonlítsa össze az értéket egy olyan csatornán szerzettel, amelyre a másik fél nem írhat, például egy belső tárolóban közzétett tanúsítvánnyal vagy egy aláírt változási rekordban kinyomtatott hash-sel.

Ahol a bizalmi tároló végzi az ellenőrzést, hagyja, hogy elvégezze, és olvassa el az általa adott hibát ahelyett, hogy a saját összehasonlításával helyettesítené. Az számít, ki szolgáltatta a referenciát, nem az, melyik hash-függvényt használták.

Az eredmény megosztása, és mi a teendő egy hiba után

Küldje el a pontos ellenőrzési hibát, a vonatkozó dátumokat és csak azokat az identitásadatokat, amelyekre a címzettnek szüksége van. A belső gazdagépnevek és fiókazonosítók kulcs nélkül is érzékenyek maradnak, és egy nyilvános beillesztő szolgáltatás mindegyiküknek rossz cél. A hibajegybe illessze, ne egy másokkal megosztott pufferbe.

Ha kulcsanyag mégis megjelent a képernyőn vagy egy fájlban, kezelje kompromittáltként, és forgassa ki, ahelyett hogy abban bízna, senki nem nézte meg. Ezután írja le a megvizsgált fájlt, a használt parancsot és azt, hová került a kimenet, mert ez a feljegyzés az, ami az ijedtséget eljárássá alakítja. A rotáció olcsó ahhoz képest, mint feltételezni, hogy senki nem mentett képernyőképet, és ugyanez a feljegyzés mondja meg a következő mérnöknek, mely fájlokhoz nyúltak egyáltalán. Mindkettőt végezze el, mielőtt a hibajegyet lezárják.