VPN maxfiy kalitidagi parol iborasi aslida nimani himoya qiladi
U diskdagi faylni qulflaydi, ishlab turgan tunnelni yoki hisobingizga kirishni emas. So'rov nimani qamrashini, nimani qamramasligini va oqib chiqsa nima qilish kerakligini bilib oling.
VPN mijozi ishga tushganda paydo bo'ladigan so'rovni noto'g'ri o'qish oson. Bu VPN hisobining paroli emas, tunnelning paroli emas va uni kiritish ulanishning xavfsiz ekanini isbotlamaydi. U maxfiy kalitning bitta saqlangan tasvirini ochadi, shunda mijoz kalit materialini o'qib, undan autentifikatsiya uchun foydalana oladi. Shundan keyin bo'ladigan hamma narsa boshqa savol.
Amalda javob chekkalarda buziladi: odamlar parol iborasi ishlab turgan tunnelni himoya qiladi yoki uni o'zgartirish allaqachon oqib chiqqan kalit nusxasini bekor qiladi deb o'ylaydi. Ikkala taxmin ham muvaffaqiyatsiz bo'ladi va ikkalasi ham hisob ma'lumotlari ochiq qolib, operator uni hal qilindi deb o'ylaydigan tarzda muvaffaqiyatsiz bo'ladi.
Bitta dialog, bir nechta turli sirlar
Maxfiy kalit parol iborasi faylni deshifrlaydi. Hisob paroli sizni xizmatga autentifikatsiya qiladi. PKCS#12 import paroli kalit va uning sertifikatini o'z ichiga olgan paketni deshifrlaydi va u kalitning o'z parol iborasi bilan bir xil satr bo'lmasligi mumkin. Bu so'rovlar deyarli bir xil ko'rinishi mumkin va qaysi sir qayerga ketishini taxmin qilish kalitlarning noto'g'ri maydonga yopishtirilishiga olib keladi.
Tunnelning o'z shifrlashi to'rtinchi narsa. Ma'lumot kanali qo'l siqish paytida kelishilgan sessiya kalitlaridan foydalanadi; maxfiy kalit parol iborasining alohida paketlarni himoya qilishda hech qanday roli yo'q. Agar kimdir kalit faylini o'qiy olsa, u parol iborasini oflayn taxmin qilishga urinishi mumkin, lekin agar paketlarni o'qiy olsa, parol iborasi ahamiyatsiz.
Diskdagi shifrlash nimani qamraydi
Shifrlangan PEM kaliti ikki shaklda keladi va sarlavha qaysi biri borligini aytadi. Zamonaviy PKCS#8 shakli -----BEGIN ENCRYPTED PRIVATE KEY----- bilan boshlanadi; eski OpenVPN sozlamalarida hali ham keng tarqalgan eski PEM shakli -----BEGIN RSA PRIVATE KEY----- bilan boshlanib, uning ostida Proc-Type: 4,ENCRYPTED va DEK-Info satrini olib yuradi. Fayl maxfiy kalitni sizning parol iborasi asosida olingan kalit ostida shifrlab saqlaydi, odatda ko'rsatilgan takrorlash soni yoki ish koeffitsiyenti bo'lgan parolga asoslangan KDF orqali. OpenSSL pkey hujjatlari shakllar va o'qish paytida amal qiladigan parol iborasi variantlarini qamraydi.
Bundan ikki natija kelib chiqadi. Zaif parol iborasiga KDF ruxsat bergan tezlikda oflayn hujum qilish mumkin, shuning uchun fayl shifrlangan bo'lsa ham fayl ruxsatlari va zaxira nusxalarga kirish muhim bo'lib qoladi. Va parol iborasisiz faqat faylni qo'lga kiritgan hujumchi taxmin qilishi kerak; fayl va parol iborasini birga qo'lga kiritgan kishi kalitga ega, xuddi u hech qachon shifrlanmagandek.
head -3 vpn.key
openssl pkey -in vpn.key -noout -pubout
openssl pkcs12 -in bundle.p12 -info -noout
head -3 sarlavhani va eski faylda shifrlashni isbotlovchi Proc-Type va DEK-Info satrlarini ko'rsatadi; bitta satrning o'zi hech qaysi yo'nalishda dalil emas. pkey satri parol iborasini so'raydi va faqat ochiq yarmini chiqaradi, bu fayl va parol iborasi ishlashini maxfiy kalitni oshkor qilmasdan isbotlaydi. Bu tekshiruv uchun -text ishlatmang: u maxfiy komponentlarni, privateExponent, prime1, prime2 va qolganlarini chiqaradi va bu natija hech qayerga yopishtirilmasligi kerak, na chiptaga, na chatga, na jurnalga. PKCS#12 buyrug'i paketda alohida MAC yoki shifrlash paroli bor-yo'qligini ham aytadi, buni hamkasbga berishdan oldin bilish foydali.
Kalit yuklangandan keyin u nimani himoya qilishni to'xtatadi
Qulfni ochish bu jarayon uchun bir tomonlama hodisa. Mijoz KDFdan kalitni so'raydi, faylni deshifrlaydi va kerak bo'lguncha maxfiy kalitni xotirada saqlaydi. Shu daqiqadan boshlab parol iborasi ishlab turgan sessiya haqida hech narsani himoya qilmaydi: jarayon xotirasini ham, yadro dumpini ham, mijozga ulangan disk raskadrovka sessiyasini ham, kalit ishlatilayotganda olingan mashina zaxirasini ham emas.
Bu parol iborali SSH kaliti yoki parol menejerining ochilgan seyfi bilan bir xil chegara. U tinch holatdagi faylni o'g'irlash narxini oshiradi va sizning foydalanuvchingiz sifatida ishlaydigan zararli dasturga, mijozdan imzo so'raydigan ruxsat berilgan ilovaga yoki xotirani o'qiy oladigan administratorga qarshi hech narsa qilmaydi. Buni bir qatlam deb biling, kalitni ochiq qoldirishni xavfsiz qiladigan nazorat deb emas.
So'rov nega qayta-qayta qaytadi
Har qayta ulanishda yana so'raydigan mijoz albatta buzilgan emas. Ba'zi mijozlar parol iborasini sessiya uchun keshlaydi, ba'zilari uni OS kalit zanjirida saqlaydi, yana ba'zilarini uni ta'minlaydigan yordamchiga yo'naltirish mumkin, shuning uchun oladigan xatti-harakatingiz mijoz va uning konfiguratsiyasiga bog'liq, kalit fayliga emas.
Agar qayta-qayta chiqadigan so'rov haqiqiy shikoyat bo'lsa, kalitdan shifrlashni olib tashlashdan oldin mijozning keshlash va autentifikatsiya variantlarini ko'rib chiqing. Parol iborasini olib tashlash himoyalangan faylni oddiy matnli kalitga aylantiradi va qayta ulanish tinchlanadi, sizda bo'lgan yagona tinch holat nazorati evaziga. Yaxshiroq javob odatda siz baribir ishlatadigan fayl ruxsatlariga ega qo'llab-quvvatlanadigan hisob ma'lumotlari omboridir.
Yo'qotish va fosh bo'lish bir xil tuzatish emas
Yo'qolgan parol iborasini sertifikatdan tiklab bo'lmaydi. Sertifikat nomni kalitga bog'laydigan ochiq material; unda maxfiy kalitga qaytish yo'li ham, parol iborasi haqida hech qanday ishora ham yo'q. Amaliy variantlar kalitning ruxsat etilgan zaxira nusxasi yoki operatorning odatiy jarayoni orqali berilgan yangi shaxsiyatdir. Parol iborasini 'tiklashni' taklif qilgan har kim uni taxmin qilishni taklif qiladi.
Fosh bo'lish boshqa javobni talab qiladi. Xuddi shu kalitni yangi parol iborasi bilan qayta shifrlash kalit materialini o'zgartirmaydi, shuning uchun boshqa joyda allaqachon ochilgan nusxa hali ham ishlaydi. Tuzatish hisob ma'lumotlarini bekor qilish yoki almashtirishdir: yangi kalit va sertifikat chiqaring, tarqating va eskisini hamkor tomonida iste'foga chiqaring. Bu sodir bo'lmaguncha, fayl parolini o'zgartirish uy ishi, cheklash emas. Eski faylni zaxira nusxalardan tashqarida faqat yangi shaxsiyat ishlashi tasdiqlangandan keyin saqlang va uni qaysi seriya raqami yoki barmoq izi almashtirganini yozib qo'ying.