Az importálási párbeszéd átveszi a jelszavát, forog egy pillanatot, majd közli, hogy nem tudja beolvasni a csomagot. Semmi sem mondja meg abban az üzenetben, hogy elgépelte-e a jelmondatot, vagy a fájlt olyan titkosítással pecsételték le, amelyet az ügyfél már nem szállít. Ezek különböző hibák különböző javításokkal, és a rossz választás az ügyfél visszaminősítéséhez vezet, ami csak elhalasztja a döntést. Ha megnézi, melyik lépésnél áll meg az ügyfél, körülbelül egy perc alatt elválaszthatja őket.

Mi történik a párbeszéd és a tanúsítványlista között

A .p12 fájl tároló, nem tanúsítvány. Belül egy vagy több tanúsítványzsák és egy titkos kulcsot tartalmazó zsák van, amelyet a jelszavából származtatott kulccsal titkosítottak, valamint egy MAC nevű integritásellenőrzés az egész fájlra. Megnyitása azt jelenti, hogy ellenőrizzük ezt a MAC-et, visszafejtjük a kulcszsákot, és a tanúsítványt a belőle kikerülő kulcshoz párosítjuk.

A jelszóval kapcsolatos probléma a MAC lépésnél jelentkezik. A titkosítási probléma később, amikor a kulcszsákot ki kell csomagolni, és a csomagolást végző build nem tartalmaz implementációt a fájlban megnevezett algoritmushoz.

A második eset gyakori a mai rendszereken, mert az OpenSSL 3 átvitt egy csoport régi algoritmust egy opcionális legacy szolgáltatóba. Az OpenSSL 1.x által exportált csomagok általában 40 bites RC2-vel pecsételték le a tanúsítványokat, a titkos kulcsot pedig háromkulcsos Triple DES-szel. Az alapértelmezett OpenSSL 3 build továbbra is ellenőrzi a MAC-et a helyes jelszavával, majd elbukik a zsákon, tehát a jelszó soha nem volt rossz, és az újragépelése semmit sem változtat.

Olvassa be a tárolót anélkül, hogy kulcsot írna ki

Kérje meg a saját gépén lévő OpenSSL buildet, hogy elemezze a fájlt, és olvassa el azt a pontot, ahol feladja. A kimeneti fájl nélküli vizsgálat a lemezen titkosítva hagyja a kulcsot, és ez az egyetlen ok, amiért ez a lépés biztonságos megosztott gazdagépen.

openssl pkcs12 -in vpn-identity.p12 -info -noout

Egy legacy csomagon a helyes jelszóval ez kiírja a zsák attribútumait, majd leáll digital envelope routines::unsupported hibával. Rossz jelszóval Mac verify error: invalid password? jelenik meg, mielőtt bármelyik zsákot beolvasnák. A két üzenet ellentétes irányba mutat, és pontosan ez az az információ, amelyet az ügyfél visszatartott.

Ha a hiba a nem támogatott algoritmusú, futtassa ugyanazt a parancsot újra -legacy hozzáadásával, és semmi más megváltoztatása nélkül. Ez a kapcsoló csak ahhoz az egy folyamathoz tölti be a legacy szolgáltatót. Nem kényszeríti a VPN-ügyfelet régi csomagok elemzésére, nem nyúl a rendszerszintű kriptopolitikához, és mérés, nem javítás, mert a fájlt így is le kell cserélni.

Melyik hiba melyik lépést jelenti

Egy rövid táblázat külön tartja a három kimenetet, és a megfogalmazás fontosabb annál, mint hogy hol jelent meg a párbeszéd.

Text you seeStageWhat it tells you
Mac verify error: invalid password?Integrity checkPassphrase or cached credential, not the cipher
digital envelope routines::unsupportedBag decryptAlgorithm missing from the default provider
not enough data / header too longContainer formatWrong encoding, edited file, or truncated download

Az olyan szöveg, mint a not enough data vagy a header too long, egyik első két csoportba sem tartozik. Ez formátumprobléma: .pem névre átnevezett DER-fájl, szerkesztő által elrontott másolat, amely átírta a sorszéleket, vagy hiányos letöltés. Hasonlítsa össze az ellenőrzőösszeget azzal, amelyet a kibocsátó küldött, mielőtt elkezdene a titkosításokra nézni.

A Mac verify error jelet csak a jelszóra vonatkozó bizonyítékként kezelje. Azt jelenti, hogy a beírtakból számított MAC nem egyezik a tárolt értékkel, ami elgépelés, korábbi importból gyorsítótárazott jelszó vagy más jelmondattal újraexportált fájl esetén fordul elő. Nem mond semmit arról, hogy a benne lévő algoritmusok elavultak-e.

Építsen olyan csomagot, amelyet az ügyfél valóban meg tud nyitni

Miután a legacy elemző megerősítette, hogy a fájl rendben van, a tartós megoldás egy olyan csere, amelynek algoritmusait a célügyfél támogatja: AES-256-CBC a kulcs- és tanúsítványzsákokhoz, PBKDF2 SHA-256-tal a származtatáshoz és SHA-256 a MAC-hez. A PKI-adminisztrátora ugyanabból a kulcsanyagból exportálhatja ezt, és a benne lévő tanúsítvány az marad, amelyben a kiszolgálói már megbíznak.

Amikor helyben kell átalakítania, kérje meg a pkcs12 eszközt, hogy pecsételje újra a zsákokat, ahelyett hogy előbb kiírná őket. Tartsa mindkét jelmondatot a shell-előzményein kívül úgy, hogy fájlból olvassa be őket.

openssl pkcs12 -in vpn-identity.p12 -out vpn-identity-aes.p12 \
  -keypbe AES-256-CBC -certpbe AES-256-CBC -macalg sha256 \
  -passin file:old.pass -passout file:new.pass

A sikeres átalakítás semmit sem mond a lejáratról, a kulcshasználatról, a titkos kulcs egyezéséről vagy arról, hogy a kiszolgáló megbízik-e a kibocsátói láncban. Az újracsomagolás szállítási változás, nem megújítás, és ezek mindegyike továbbra is saját ellenőrzést igényel.

Hagyjon ki minden olyan receptet, amely védtelen köztes kulcsot ír vagy üres kimeneti jelszót használ, csak azért, mert az ügyfél utána elfogadta a fájlt. A védelemtől megfosztott, olvasható csomag rosszabb eredmény, mint az importálási hiba, amellyel kezdte.

Erősítse meg, hogy az ügyfél az Ön által épített fájlt importálta

A terminálban végzett tiszta elemzés bizonyítja, hogy a tároló érvényes. Nem bizonyítja, hogy az ügyfél kiválasztotta, mert egy visszamaradt profil továbbra is a régi fájlra mutathat, és egyes ügyfelek az importált identitást olyan néven gyorsítótárazzák, amelyet nem Ön választott.

Nyomtassa ki az importálni kívánt identitást, és hasonlítsa össze azzal, amit az ügyfél a tanúsítványnézetében mutat.

openssl pkcs12 -in vpn-identity-aes.p12 -clcerts -nokeys -passin file:new.pass \
  | openssl x509 -noout -subject -dates -fingerprint -sha256

Először távolítsa el az elavult profilbejegyzést, majd importáljon. Ha az ügyfél naplózza a betöltött tárgyat vagy ujjlenyomatot, egyeztesse a fenti sorral; ha csak egy barátságos nevet mutat, inkább a lejárati dátumot ellenőrizze, mert azt nehezebb összetéveszteni egy másik, ugyanazon kibocsátótól származó tanúsítvánnyal.

A PKCS12 referenciája felsorolja az itt használt szolgáltatói, jelmondat- és kimeneti beállításokat. A lényeg, hogy a legacy szolgáltatót kívül tartsa az ügyfél környezetén: mérjen vele, szállítson nélküle, és hagyja a titkos kulcsot védve a lemezen.

Kapcsolódó cikkek