Эски P12 файлы OpenSSL 3 ичинде ачылбайт: сырсөз туура эмес бекен же эски шифр бекен?

Импорт диалогу сырсөзүңүздү алып, бир аз айланып, анан топтомду окуй албастыгын айтат. Бул билдирүүдө сырсөздү ката тергениңизби же файл кардар эми жеткирбеген шифр менен жабылганыбы, экөөнүн бири да айтылбайт. Булар ар башка каталар жана ар башка оңдоолор, туура эмес тандоо кардарды төмөндөтүп, чечимди жөн гана кийинкиге калтырат. Кардар кайсы этапта токтогонун байкоо аларды бир мүнөттөй убакытта ажыратат.

Диалог менен сертификаттар тизмесинин ортосунда эмне болот

.p12 файлы — сертификат эмес, контейнер. Ичинде бир же бир нече сертификат баштыкчасы жана сырсөзүңүздөн алынган ачкыч менен шифрленген жеке ачкыч баштыкчасы, ошондой эле бүт файл боюнча MAC деп аталган бүтүндүк текшерүүсү бар. Аны ачуу — ошол MACты текшерүү, ачкыч баштыкчасын чечүү жана сертификатты чыккан ачкычка дал келтирүү.

Сырсөз көйгөйү MAC этабында келет. Шифр көйгөйү кийин, ачкыч баштыкчасын чечүү керек болгондо жана чечүүнү аткарган курулушта файлда аталган алгоритмдин ишке ашырылышы жок болгондо келет.

Экинчи учур азыркы системаларда кеңири таралган, анткени OpenSSL 3 эски алгоритмдер тобун кошумча legacy provider ичине которду. OpenSSL 1.x чыгарган топтомдор адатта сертификаттарды 40-биттик RC2 менен, ал эми жеке ачкычты үч ачкычтуу Triple DES менен жабышкан. Демейки OpenSSL 3 курулушу туура сырсөзүңүз менен MACты дагы эле текшерет да, анан баштыкчада ийгиликсиз болот, ошондуктан сырсөз эч качан туура эмес болгон эмес жана аны кайра теруү эч нерсени өзгөртпөйт.

Ачкычты сыртка жазбай контейнерди окуу

Өз машинаңыздагы OpenSSL курулушунан файлды талдап, ал кайда токтогонун окуп берүүсүн сураңыз. Чыгаруу файлы жок текшерүү ачкычты дискте шифрленген бойдон калтырат, бул кадамды жалпы хостто иштетүү коопсуз болушунун жалгыз себеби ушул.

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

Туура сырсөзү бар эски топтомдо бул баштыкча атрибуттарын басып чыгарып, анан digital envelope routines::unsupported менен токтойт. Туура эмес сырсөз менен кандайдыр бир баштыкча окулганга чейин Mac verify error: invalid password? чыгат. Эки билдирүү карама-каршы тарапты көрсөтөт, кардар дал ушул маалыматты жашырган.

Эгер ката колдоого алынбаган алгоритмге байланыштуу болсо, ошол эле буйрукту -legacy кошуп, башка эч нерсени өзгөртпөй кайра иштеткиле. Бул флаг legacy providerды ушул бир процесс үчүн гана жүктөйт. Ал VPN кардарын эски топтомдорду талдоого мажбурлабайт, система боюнча крипто саясатына тийбейт жана ал оңдоо эмес, өлчөө, анткени файлды дагы эле алмаштыруу керек.

Кайсы ката кайсы этапка тиешелүү

Кыска таблица үч жыйынтыкты бөлүп турат, ал эми сөз айкашы диалог кайда чыккандыгынан маанилүүрөөк.

not enough data же header too long сыяктуу текст алгачкы эки топтун бирине да кирбейт. Бул формат маселеси: .pem деп аты өзгөртүлгөн DER файлы, сап аяктарын кайра жазган редактордон бузулган көчүрмө же толук жүктөлбөгөн файл. Шифрлерди кароодон мурун чыгаруучу жиберген текшерүү суммасы менен салыштырыңыз.

Mac verify error белгисин сырсөз жөнүндөгү далил катары гана кабыл алыңыз. Бул тергениңизден эсептелген MAC сакталган мааниге дал келбей турганын билдирет, мындай нерсе ката жазуудан, мурунку импорттон кэшке келген сырсөздөн же башка сырсөз менен кайра экспорттолгон файлдан болот. Ал ичиндеги алгоритмдер эскиби деген жөнүндө эч нерсе айтпайды.

Кардар чындап ача алган топтомду түзүү

legacy талдагыч файлдын бүтүн экенин тастыктагандан кийин, туруктуу чечим — максаттуу кардар колдогон алгоритмдери бар алмаштырма: ачкыч жана сертификат баштыкчалары үчүн AES-256-CBC, туунду үчүн SHA-256 менен PBKDF2 жана MAC үчүн SHA-256. PKI администраторуңуз аны ошол эле ачкыч материалынан экспорттой алат, ал эми ичиндеги сертификат серверлериңиз мурунтан ишенген сертификат бойдон калат.

Жергиликтүү түрлөндүрүү керек болсо, pkcs12 куралынан баштыкчаларды адегенде төгүп таштабастан, кайра жабууну сураныңыз. Эки сырсөздү тең файлдан окуп, shell тарыхыңыздан сырткары кармаңыз.

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

Ийгиликтүү түрлөндүрүү мөөнөтүнүн бүтүшү, ачкычтын колдонулушу, жеке ачкычтын дал келиши же сервер чыгаруучу чынжырга ишенгени жөнүндө эч нерсе айтпайды. Кайра таңуу — жеткирүү өзгөрүүсү, жаңыртуу эмес, жана алардын ар бири өзүнчө текшерүүнү талап кылат.

Кардар файлды ошондон кийин кабыл алды деп эле корголбогон ортодук ачкычты жазуучу же чыгаруу сырсөзүн бош калтыруучу каалаган рецептти өткөрүп жибербеңиз. Коргоосу ажыратылган, окула турган топтом — башында келтирилген импорт катасынан да жаман жыйынтык.

Кардар өзүңүз түзгөн файлды импорттогонун текшерүү

Терминалдагы таза талдоо контейнердин жарактуу экенин далилдейт. Кардар аны тандаганын далилдебейт, анткени калган профиль эски файлды көрсөтүп калышы мүмкүн, ал эми айрым кардарлар импорттолгон инсанды өзүңүз тандабаган ат менен кэштейт.

Импорттоголу турган инсанды басып чыгарып, аны кардар сертификат көрүнүшүндө көрсөткөн менен салыштырыңыз.

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

Алгач эскирген профиль жазуусун алып салып, анан импорттоңуз. Кардар жүктөгөн субъектти же манжа изин журналга жазса, аны жогорку сап менен салыштырыңыз; эгер ал жөн гана достук ат көрсөтсө, анын ордуна мөөнөтүнүн бүтүү күнүн текшериңиз, анткени аны ошол эле чыгаруучунун башка сертификаты менен чаташтыруу кыйыныраак.

PKCS12 шилтемеси бул жерде колдонулган provider, сырсөз жана чыгаруу параметрлерин тизмелейт. legacy providerды кардар чөйрөсүнөн сырткары кармоо — негизги маселе: аны менен өлчөңүз, ансыз жеткириңиз жана жеке ачкычты дискте корголгон бойдон калтырыңыз.