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 өз ишин аткарып жатат.