Gamalt P12 mistekst á OpenSSL 3: rangt lykilorð eða úrelt dulritun?

Innflutningsglugginn tekur við lykilorðinu þínu, snýst um stund og segir svo að hann geti ekki lesið pakkann. Ekkert í þeim skilaboðum segir þér hvort þú slóst lykilorðið rangt inn eða skráin var innsigluð með dulritun sem biðlarinn flytur ekki lengur. Þetta eru mismunandi bilanir með mismunandi lagfæringum, og röng val leiðir til niðurfærslu biðlarans sem frestar aðeins ákvörðuninni. Að fylgjast með því hvar biðlarinn stöðvast aðskilur þær á um það bil mínútu.

Hvað gerist milli gluggans og vottorðalistans

Skrá .p12 er gámur, ekki vottorð. Inni eru einn eða fleiri vottorðapokar og poki með einkalykli sem er dulritaður með lykli sem er leiddur af lykilorðinu þínu, auk heilleikaprófunar sem heitir MAC yfir alla skrána. Að opna hana þýðir að sannprófa þá MAC, afkóða lyklapokann og para vottorðið við lykilinn sem kemur út.

Vandamál með lykilorð koma á MAC-skrefinu. Vandamál með dulritun koma seinna, þegar pakka þarf lyklapokanum upp og byggingin sem gerir það hefur enga útfærslu á reikniritinu sem nefnt er í skránni.

Seinna tilfellið er algengt á nútímakerfum vegna þess að OpenSSL 3 flutti hóp gamalla reiknirita í valfrjálsan legacy-veitanda. Pakkar sem OpenSSL 1.x flytur út innsigluðu vottorðin venjulega með 40-bita RC2 og einkalykilinn með þrílykla Triple DES. Sjálfgefin OpenSSL 3-bygging sannprófar enn MAC með rétta lykilorðinu þínu og mistekst svo á pokanum, svo lykilorðið var aldrei rangt og að slá það aftur inn breytir engu.

Lestu gáminn án þess að skrifa lykil út

Biddu OpenSSL-bygginguna á þinni eigin vél að þátta skrána og lesa punktinn þar sem hún gefst upp. Skoðun án úttaksskráar lætur lykilinn vera dulritaðan á disknum, og það er eina ástæðan fyrir því að þetta skref er öruggt á sameiginlegum vefþjóni.

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

Á gömlum pakka með rétta lykilorðinu prentar þetta pokaeiginleikana og stöðvast svo með digital envelope routines::unsupported. Með röngu lykilorði færðu Mac verify error: invalid password? áður en nokkur poki er lesinn. Skilaboðin tvö benda í gagnstæðar áttir, og það er einmitt upplýsingin sem biðlarinn hélt aftur af.

Ef bilunin er sú sem tengist óstuddu reikniritinu skaltu keyra sömu skipun aftur með -legacy bætt við og engu öðru breyttu. Það flagg hleður legacy-veitanum aðeins fyrir það ferli. Það lætur VPN-biðlarann ekki þátta gamla pakka, það snertir ekki dulkóðunarstefnu kerfisins og er mæling en ekki viðgerð, því skráin verður samt að skipta um.

Hvaða villa þýðir hvaða skref

Stutt tafla heldur niðurstöðunum þremur aðskildum, og orðalagið skiptir meira máli en hvar glugginn birtist.

Texti eins og not enough data eða header too long tilheyrir hvorugum fyrstu tveggja hópanna. Það er sniðvandamál: DER-skrá sem var endurnefnd í .pem, afrit sem ritill skemmdi með því að endurskrifa línulok, eða ófullkomin niðurhal. Berðu saman gátsummuna við þá sem útgefandinn sendi áður en þú byrjar að skoða dulritanir.

Meðhöndlaðu Mac verify error aðeins sem sönnun um lykilorðið. Það þýðir að MAC sem reiknuð er út frá því sem þú slóst inn passar ekki við geymda gildið, sem gerist vegna innsláttarvillu, vegna lykilorðs sem er í skyndiminni frá fyrri innflutningi, eða vegna skrár sem var endurflutt undir öðru lykilorði. Það segir ekkert um hvort reikniritin inni séu gömul.

Byggðu pakka sem biðlarinn getur raunverulega opnað

Þegar legacy-þáttarinn hefur staðfest að skráin sé í lagi er varanleg lausn staðgengill sem markbiðlarinn styður reikniritin í: AES-256-CBC fyrir lykla- og vottorðapoka, PBKDF2 með SHA-256 fyrir afleiðslu og SHA-256 fyrir MAC. PKI-stjórnandinn þinn getur flutt það út úr sama lyklaefni, og vottorðið inni er áfram það sem netþjónarnir þínir treysta þegar.

Þegar þú verður að umbreyta staðbundið skaltu biðja pkcs12-tólið að innsigla pokana aftur í stað þess að henda þeim fyrst út. Haltu báðum lykilorðunum utan skeljarferilsins með því að lesa þau úr skrá.

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

Árangursrík umbreyting segir ekkert um gildistíma, lyklanotkun, samsvörun einkalykilsins eða hvort netþjónninn treysti útgáfukeðjunni. Endurpakning er flutningsbreyting, ekki endurnýjun, og hvert þessara atriða þarf enn sína eigin athugun.

Slepptu hverri uppskrift sem skrifar óvarið millilykil eða autt úttakslykilorð bara af því að biðlarinn samþykkti skrána eftir á. Læsilegur pakki með vörslunni fjarlægðri er verri niðurstaða en innflutningsbilunin sem þú byrjaðir með.

Staðfestu að biðlarinn hafi flutt inn skrána sem þú byggðir

Hrein þáttun í skjáhermi sannar að gámurinn sé gildur. Hún sannar ekki að biðlarinn hafi valið hann, því skilað prófíl getur haldið áfram að vísa á gömlu skrána, og sumir biðlarar geyma innflutta auðkenningu undir nafni sem þú valdir ekki.

Prentaðu auðkenninguna sem þú ert að fara að flytja inn og berðu hana saman við það sem biðlarinn sýnir í vottorðasýn sinni.

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

Fjarlægðu fyrst úreltu prófílfærsluna og flyttu svo inn. Ef biðlarinn skráir viðfangið eða fingrafarið sem hann hlóð skaltu para það við línuna hér að ofan; ef hann sýnir aðeins vingjarnlegt nafn skaltu athuga gildisdagsetninguna í staðinn, því erfiðara er að rugla henni saman við annað vottorð frá sama útgefanda.

PKCS12-tilvísunin listar veitanda-, lykilorðs- og úttaksvalkostina sem notaðir eru hér. Tilgangurinn er að halda legacy-veitanum utan biðlarans umhverfis: mældu með honum, sendu án hans og láttu einkalykilinn vera varinn á disknum.