RSA sertifikati OpenVPN'da dh none bilan ishlay oladimi?

Mana, RSA deb yozilgan sertifikat yonida dh none deb ko'rsatilgan server konfiguratsiyasi, qo'shimcha ravishda ikkisidan biri albatta xato bo'lishi kerak degan bezovta qiluvchi shubha. Hech narsa xato emas. Sertifikat imzolaydi va autentifikatsiya qiladi; kalit almashinuvi umumiy sirni o'rnatadi. Bular bir xil qo'l siqishda ikki xil ish, va TLS RSA sertifikatiga vaqtinchalik elliptik egri kelishuvidan foydalanadigan qo'l siqishni autentifikatsiya qilishga ruxsat beradi.

Chalkashlik odatda migratsiya qo'llanmasi bilan birga keladi. U DH parametr faylini dh none bilan almashtirishni aytadi, o'quvchi sertifikat elliptik egri sertifikati emasligini payqaydi va bu ikki fakt qarama-qarshilik sifatida qaraladi.

Nima uchun ikki sozlama bog'liq ko'rinadi

OpenVPN'ning eski konfiguratsiyasi DH parametr faylini talab qilardi, chunki chekli maydon Diffie-Hellman ikkala tomon kelishadigan domen parametrlarini talab qiladi. dh direktivasi o'sha faylga ishora qilardi. Joylashtirish ECDH'ga o'tganda parametrlar o'rniga nomlangan egridan keladi va fayl endi kerak emas, buni dh none ifodalaydi.

Sertifikatlar alohida o'qdir. Ular serverning shaxsini isbotlaydigan ochiq kalit va imzoni olib yuradi, va bu kalit sessiya kaliti qanday kelishilishidan qat'i nazar RSA yoki elliptik egri bo'lishi mumkin. Kalit kelishuvi uchun ECDHE va autentifikatsiya uchun RSA ishlatadigan qo'l siqish odatiy va keng tarqalgan.

Nomlash qoplanishni yanada yomonlashtiradi. Elliptik egri ham ECDHE, ham ECDSA to'plam nomlarida ko'rinadi, shuning uchun egri haqida gapiradigan har qanday ulanishda egri sertifikati bo'lishi kerak deb o'ylash oson. Unday emas.

TLS 1.2 to'plam nomini to'g'ri o'qish

ECDHE-RSA-AES256-GCM-SHA384 oling. Birinchi token kalit almashinuvi oilasi: vaqtinchalik elliptik egri Diffie-Hellman. Ikkinchisi autentifikatsiya oilasi: RSA. Qolganlari yozuv himoyasi va qo'l siqishda ishlatiladigan xeshni tavsiflaydi.

ECDHE-ECDSA to'plami o'sha kalit almashinuvi oilasini boshqa autentifikatsiya usuli bilan ishlatadi, shuning uchun elliptik egri sertifikati talab qilinadi. DHE-RSA to'plami RSA autentifikatsiyasi bilan chekli maydon vaqtinchalik Diffie-Hellman'dan foydalanadi va unga haqiqatan DH parametrlari kerak.

To'plam nomini chapdan o'ngga o'qing va har bir qismni o'z ishiga tayinlang. Tokenlar ajratilgach, savol «sertifikatim dh none bilan mos keladimi» dan «serverim kalit almashinuvi DH faylini talab qilmaydigan to'plamga ruxsat beradimi» ga o'zgaradi.

dh none aslida nimani o'chiradi

dh none serverga chekli maydon DH parametr faylini yuklamaslikni aytadi. U autentifikatsiyani, sertifikat tekshiruvini yoki TLS'ning o'zini o'chirmaydi. Lekin kelishilgan kalit almashinuvi o'sha parametrlarga muhtoj bo'lmasligini talab qiladi, bu amalda ECDHE to'plami yoki TLS 1.3 qo'l siqishi degani.

Aynan shu talabdan buzilish kelib chiqadi. Agar serverning TLS shifrlash siyosati DHE to'plamlari bilan cheklangan bo'lsa yoki mijoz faqat ularni taklif qilsa, parametr faylini olib tashlash ishlatish mumkin bo'lgan kalit almashinuvi usulini qoldirmaydi va qo'l siqish muvaffaqiyatsiz bo'ladi. Xato odatda boshqaruv kanali qo'l siqishi paytida, har qanday foydalanuvchi autentifikatsiyasidan oldin ko'rinadi. Yo'q faylni ayblashdan oldin shifrlar ro'yxatini o'qing.

Elliptik egri tomonida egrini serverning TLS konfiguratsiyasi tanlaydi va OpenVPN eski shoxlarda uni tanlash imkoniyatini beradi. TLS 1.3 guruh muzokaralarini protokol ichida hal qiladi va DH fayliga umuman murojaat qilmaydi.

dh none o'z-o'zidan xavfsizlik pasayishi emas. Almashinuv kuchi keyin haqiqatan kelishilgan egri va to'plamga bog'liq, shuning uchun keyingi qadam yo'q faylga emas, tomonlar nima tanlaganiga qarash.

Tahrirlashdan oldin muzokarani tasdiqlash

Server va mijoz tafsilot darajasini oshiring va ulanishdan keyin OpenVPN chop etadigan boshqaruv kanali satrini o'qing. U TLS versiyasi va kelishilgan shifrni nomlaydi hamda sherik sertifikatining kalit turini xabar qiladi. O'sha bitta satr konfiguratsiya fayli faqat ishora qiladigan savolga javob beradi.

Agar u TLS 1.2 ni ECDHE-RSA to'plami va RSA sertifikati bilan ko'rsatsa, kombinatsiya dh none kutgan narsaning aynan o'zi va tuzatadigan hech narsa yo'q. Agar DHE to'plami yoki umumiy shifrsiz qo'l siqish xatosi ko'rsatsa, tuzatish shifrlash siyosatida yoki mijoz imkoniyatida, sertifikatda emas.

Qo'llab-quvvatlamoqchi bo'lgan eng eski mijozni sinab ko'ring, chunki joriy mijoz TLS 1.3 ga kelishishi mumkin, eskiroq esa TLS 1.2 to'plamlari bilan cheklangan. Eng eski mijozda qoplanish bo'lmasa, ruxsat etilgan to'plamlarni kengaytiring yoki o'sha oxirgi nuqtani yangilang.

Qo'l siqish xatosidan o'tish uchun sertifikat tekshiruvini o'chirmang. Xato tomonlar kalit almashinuvi bo'yicha kelisha olmaganini aytadi va tekshiruvni o'chirish kelishuvni hal qilmasdan shaxs kafolatini olib tashlaydi.

Tekshiruv ro'yxati: sertifikat RSA mi, ECDHE to'plamiga ruxsat berilganmi, jurnal o'sha to'plamni ko'rsatadimi va qo'llab-quvvatlanadigan eng eski mijoz ham unga kelishadimi? To'rttasi ham ha bo'lsa, dh none o'z ishini qilmoqda.