Eski P12 OpenSSL 3 da ishlamaydi: noto'g'ri parol yoki eski shifr?

Import muloqot oynasi parolingizni oladi, bir lahza aylanadi va keyin to'plamni o'qiy olmasligini aytadi. Bu xabarda parol iborasini noto'g'ri terganingizmi yoki fayl mijoz endi taqdim etmaydigan shifr bilan muhrlanganmi, hech narsa aytilmaydi. Bular har xil nosozliklar va har xil tuzatishlar, noto'g'ri tanlov mijozni pastga tushirishga olib keladi, bu esa qarorni faqat kechiktiradi. Mijoz qaysi bosqichda to'xtashini kuzatish ularni taxminan bir daqiqada ajratadi.

Muloqot oynasi va sertifikatlar ro'yxati o'rtasida nima sodir bo'ladi

.p12 fayli konteyner, sertifikat emas. Ichida bir yoki bir nechta sertifikat xaltasi va parolingizdan olingan kalit bilan shifrlangan shaxsiy kalit xaltasi, shuningdek butun fayl ustida MAC deb ataladigan yaxlitlik tekshiruvi bor. Uni ochish o'sha MAC ni tekshirish, kalit xaltasini deshifrlash va sertifikatni chiqadigan kalitga moslashtirishni anglatadi.

Parol muammosi MAC bosqichida keladi. Shifr muammosi keyinroq, kalit xaltasini ochish kerak bo'lganda va ochuvchi buildda faylda nomlangan algoritmning amalga oshirilishi bo'lmaganda keladi.

Ikkinchi holat bugungi tizimlarda keng tarqalgan, chunki OpenSSL 3 eski algoritmlar guruhini ixtiyoriy legacy provider ga ko'chirdi. OpenSSL 1.x eksport qilgan to'plamlar odatda sertifikatlarni 40 bitli RC2 bilan, shaxsiy kalitni uch kalitli Triple DES bilan muhrlardi. Standart OpenSSL 3 build to'g'ri parolingiz bilan MAC ni baribir tekshiradi va keyin xaltada muvaffaqiyatsizlikka uchraydi, shuning uchun parol hech qachon noto'g'ri bo'lmagan va uni qayta terish hech narsani o'zgartirmaydi.

Kalitni yozib chiqarmasdan konteynerni o'qing

O'z mashinangizdagi OpenSSL build dan faylni tahlil qilishni va u qayerda taslim bo'lishini o'qishni so'rang. Chiqish faylisiz tekshiruv kalitni diskda shifrlangan holda qoldiradi, bu qadam umumiy hostda xavfsiz bo'lishining yagona sababi shu.

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

To'g'ri parolga ega eski to'plamda bu xalta atributlarini chop etadi va keyin digital envelope routines::unsupported bilan to'xtaydi. Noto'g'ri parol bilan har qanday xalta o'qilishidan oldin Mac verify error: invalid password? olasiz. Ikki xabar qarama-qarshi tomonlarni ko'rsatadi va mijoz yashirgan ma'lumot aynan shu.

Agar nosozlik qo'llab-quvvatlanmaydigan algoritm bilan bog'liq bo'lsa, o'sha buyruqni -legacy qo'shib, boshqa hech narsani o'zgartirmasdan qayta ishga tushiring. Bu bayroq legacy provider ni faqat o'sha bitta jarayon uchun yuklaydi. U VPN mijozni eski to'plamlarni tahlil qilishga majburlamaydi, tizim miqyosidagi kripto siyosatiga tegmaydi va bu tuzatish emas, o'lchov, chunki faylni baribir almashtirish kerak.

Qaysi xato qaysi bosqichni bildiradi

Qisqa jadval uch natijani ajratib turadi, va so'zlar muloqot oynasi qayerda paydo bo'lganidan muhimroq.

not enough data yoki header too long kabi matn birinchi ikki guruhning birortasiga kirmaydi. Bu format muammosi: .pem deb qayta nomlangan DER fayli, satr oxirlarini qayta yozgan muharrir tomonidan buzilgan nusxa yoki to'liq yuklanmagan fayl. Shifrlarni ko'rishdan oldin tekshiruv summasini chiqaruvchi yuborgan summa bilan solishtiring.

Mac verify error ni faqat parol haqidagi dalil deb qabul qiling. Bu siz tergan narsadan hisoblangan MAC saqlangan qiymatga mos kelmasligini bildiradi, bunday narsa terish xatosi, oldingi importdan keshlangan parol yoki boshqa parol iborasi ostida qayta eksport qilingan fayl tufayli bo'ladi. Ichkaridagi algoritmlar eski yoki emasligi haqida hech narsa demaydi.

Mijoz haqiqatan ocha oladigan to'plam yarating

legacy tahlilchi fayl sog'lom ekanini tasdiqlagach, barqaror yechim maqsadli mijoz qo'llab-quvvatlaydigan algoritmlarga ega almashtirishdir: kalit va sertifikat xaltalari uchun AES-256-CBC, hosil qilish uchun SHA-256 bilan PBKDF2 va MAC uchun SHA-256. PKI administratoringiz buni o'sha kalit materialidan eksport qilishi mumkin, ichidagi sertifikat esa serverlaringiz allaqachon ishonadigan sertifikat bo'lib qoladi.

Mahalliy ravishda aylantirish kerak bo'lsa, pkcs12 vositasidan xaltalarni avval to'kib tashlash o'rniga qayta muhrlashni so'rang. Ikki parol iborasini fayldan o'qib, shell tarixingizdan tashqarida saqlang.

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

Muvaffaqiyatli aylantirish amal qilish muddati, kalit maqsadi, shaxsiy kalit mosligi yoki server chiqaruvchi zanjiriga ishonishi haqida hech narsa demaydi. Qayta qadoqlash transport o'zgarishi, yangilanish emas, va ularning har biri hanuz o'z tekshiruvini talab qiladi.

Mijoz faylni keyin qabul qildi deb himoyasiz oraliq kalit yozadigan yoki chiqish parolini bo'sh qoldiradigan har qanday retseptni o'tkazib yuboring. Himoyasi olib tashlangan o'qiladigan to'plam siz boshlagan import nosozligidan ham yomon natija.

Mijoz siz yaratgan faylni import qilganini tasdiqlang

Terminaldagi toza tahlil konteyner yaroqli ekanini isbotlaydi. Mijoz uni tanlaganini isbotlamaydi, chunki qolgan profil eski faylga ishora qilishda davom etishi mumkin, va ba'zi mijozlar import qilingan identifikatsiyani siz tanlamagan nom ostida keshlaydi.

Import qilmoqchi bo'lgan identifikatsiyani chop eting va mijoz sertifikat ko'rinishida ko'rsatadigan narsa bilan solishtiring.

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

Avval eskirgan profil yozuvini olib tashlang, keyin import qiling. Agar mijoz yuklagan sub'ekt yoki barmoq izini jurnalga yozsa, uni yuqoridagi satr bilan moslang; agar u faqat do'stona nom ko'rsatsa, uning o'rniga amal qilish muddati sanasini tekshiring, chunki uni o'sha chiqaruvchining boshqa sertifikati bilan aralashtirish qiyinroq.

PKCS12 ma'lumotnomasi bu yerda ishlatilgan provider, parol iborasi va chiqish parametrlarini sanab o'tadi. legacy provider ni mijoz muhitidan tashqarida saqlash asosiy masala: u bilan o'lchang, usiz yetkazing va shaxsiy kalitni diskda himoyalangan holda qoldiring.