OpenVPN-д dh none-тэй RSA гэрчилгээ ажиллах боломжтой юу?

Энд RSA гэсэн гэрчилгээний хажууд dh none гэж заасан серверийн тохиргоо байна, дээр нь хоёрын нэг нь заавал буруу байх ёстой гэсэн төвөгтэй сэжиг. Юу ч буруу биш. Гэрчилгээ гарын үсэг зурж, баталгаажуулдаг; түлхүүр солилцоо нийтлэг нууц бий болгодог. Эдгээр нь нэг гар барилтын доторх хоёр өөр ажил бөгөөд TLS нь RSA гэрчилгээнд түр зуурын эллипс муруйн зөвшилцөл ашигладаг гар барилтыг баталгаажуулахыг зөвшөөрдөг.

Төөрөгдөл ихэвчлэн шилжилтийн гарын авлагатай хамт ирдэг. DH параметрийн файлыг dh none-ээр солихыг хэлдэг, уншигч гэрчилгээ нь эллипс муруйн гэрчилгээ биш гэдгийг анзаарч, хоёр баримтыг зөрчил гэж үздэг.

Хоёр тохиргоо яагаад холбоотой мэт харагддаг вэ

OpenVPN-ийн хуучин тохиргоо DH параметрийн файлыг шаарддаг байсан, учир нь төгсгөлөг талбарын Diffie-Hellman хоёр тал зөвшилцсөн домэйны параметрүүдийг шаарддаг. dh заавар тэр файлыг зааж байв. Байршуулалт ECDH руу шилжихэд параметрүүд оронд нь нэрлэсэн муруйгаас ирдэг бөгөөд файл цаашид шаардлагагүй, үүнийг dh none илэрхийлдэг.

Гэрчилгээ нь тусдаа тэнхлэг юм. Тэд серверийн хувь хүнийг нотолсон нийтийн түлхүүр, гарын үсгийг агуулдаг бөгөөд энэ түлхүүр нь сессийн түлхүүрийг хэрхэн зөвшилцөхөөс үл хамааран RSA эсвэл эллипс муруй байж болно. Түлхүүр зөвшилцөлд ECDHE, баталгаажуулалтад RSA ашигладаг гар барилт нь энгийн бөгөөд өргөн тархсан.

Нэршил давхцлыг улам хүндрүүлдэг. Эллипс муруй нь ECDHE болон ECDSA багцын нэрс хоёуланд нь гарч ирдэг тул муруйг дурдсан аливаа холболтод муруйн гэрчилгээ байх ёстой гэж бодоход хялбар. Тийм биш.

TLS 1.2 багцын нэрийг зөв унших

ECDHE-RSA-AES256-GCM-SHA384-г ав. Эхний токен нь түлхүүр солилцооны гэр бүл: түр зуурын эллипс муруйн Diffie-Hellman. Хоёр дахь нь баталгаажуулалтын гэр бүл: RSA. Үлдсэн хэсэг нь бичлэгийн хамгаалалт болон гар барилтад ашигласан хэшийг дүрсэлдэг.

ECDHE-ECDSA багц нь ижил түлхүүр солилцооны гэр бүлийг өөр баталгаажуулалтын аргаар ашигладаг тул эллипс муруйн гэрчилгээ шаарддаг. DHE-RSA багц нь RSA баталгаажуулалттай төгсгөлөг талбарын түр зуурын Diffie-Hellman ашигладаг бөгөөд тэр нь үнэхээр DH параметр шаарддаг.

Багцын нэрийг зүүнээс баруун уншиж, хэсэг бүрийг өөрийн ажилд оноо. Токенуудыг тусгаарласны дараа асуулт «миний гэрчилгээ dh none-тэй таарч байна уу» гэдгээс «миний сервер түлхүүр солилцоод DH файл шаардлагагүй багцыг зөвшөөрч байна уу» болж өөрчлөгдөнө.

dh none бодитоор юуг идэвхгүй болгодог

dh none серверт төгсгөлөг талбарын DH параметрийн файлыг ачаалахгүй байхыг заадаг. Энэ нь баталгаажуулалт, гэрчилгээний баталгаажуулалт эсвэл TLS-ийг өөрөө идэвхгүй болгодоггүй. Харин зөвшилцсөн түлхүүр солилцоо тэдгээр параметрийг шаарддаггүй байхыг шаарддаг бөгөөд энэ нь практикт ECDHE багц эсвэл TLS 1.3 гар барилт гэсэн үг.

Яг энэ шаардлагаас эвдрэл үүсдэг. Хэрэв серверийн TLS шифрийн бодлого DHE багцаар хязгаарлагдсан эсвэл клиент зөвхөн тэдгээрийг санал болгодог бол параметрийн файлыг устгахад ашиглах боломжтой түлхүүр солилцооны арга үлдэхгүй бөгөөд гар барилт бүтэлгүйтдэг. Алдаа нь ихэвчлэн удирдлагын сувгийн гар барилтын үеэр, хэрэглэгчийн баталгаажуулалтаас өмнө гарч ирдэг. Дутуу файлыг буруутгахаас өмнө шифрийн жагсаалтыг уншина уу.

Эллипс муруйн талд муруйг серверийн TLS тохиргоо сонгодог бөгөөд OpenVPN хуучин салбаруудад түүнийг сонгох сонголт санал болгодог. TLS 1.3 бүлгийн хэлэлцээрийг протоколын дотор зохицуулдаг бөгөөд DH файлыг огт хардаггүй.

dh none өөрөө аюулгүй байдлын бууралт биш. Солилцооны хүч нь бодитоор зөвшилцсөн муруй, багцаас хамаардаг тул дараагийн алхам нь дутуу файл биш, талууд юу сонгосныг харах явдал юм.

Засварын өмнө хэлэлцээрийг баталгаажуулах

Сервер болон клиентийн дэлгэрэнгүй байдлыг нэмэгдүүлж, холболтын дараа OpenVPN хэвлэдэг удирдлагын сувгийн мөрийг уншина уу. Энэ нь TLS хувилбар болон зөвшилцсөн шифрийг нэрлэж, хамтрагчийн гэрчилгээний түлхүүрийн төрлийг мэдээлдэг. Тэр нэг мөр нь тохиргооны файл зөвхөн сануулж буй асуултад хариулдаг.

Хэрэв TLS 1.2-ыг ECDHE-RSA багц, RSA гэрчилгээтэй харуулж байвал хослол нь dh none хүлээж байгаа яг тэр зүйл бөгөөд засах зүйл байхгүй. Хэрэв DHE багц эсвэл нийтлэг шифргүй гар барилтын бүтэлгүйтэл харуулж байвал засвар нь шифрийн бодлого эсвэл клиентийн чадварт байна, гэрчилгээнд биш.

Дэмжихээр төлөвлөж буй хамгийн хуучин клиентийг туршиж үзээрэй, учир нь одоогийн клиент TLS 1.3-т зөвшилцөж чадах боловч хуучин нь TLS 1.2 багцаар хязгаарлагддаг. Хамгийн хуучин клиентэд давхцал байхгүй бол зөвшөөрөгдсөн багцыг өргөжүүлэх эсвэл тэр төгсгөлийн цэгийг шинэчлээрэй.

Гар барилтын бүтэлгүйтлийг давахын тулд гэрчилгээний баталгаажуулалтыг бүү унтраа. Бүтэлгүйтэл нь талууд түлхүүр солилцоонд зөвшилцөж чадаагүйг хэлж байгаа бөгөөд баталгаажуулалтыг унтраах нь зөвшилцлийг шийдэхгүйгээр хувь хүний баталгааг арилгадаг.

Шалгах хуудас: гэрчилгээ RSA мөн үү, ECDHE багц зөвшөөрөгдсөн үү, лог тэр багцыг харуулж байна уу, дэмжигдэх хамгийн хуучин клиент мөн түүнтэй зөвшилцөж байна уу? Дөрөв нь тийм бол dh none өөрийн ажлыг хийж байна.