Дневник на OpenVPN: шифра на контролниот канал наспроти шифра на податочниот канал

Ред од дневникот што го наведува DHE-RSA-AES256-SHA не е резиме на целата врска. Припаѓа на TLS ракувањето што го штити контролниот канал, а сообраќајот внатре во тунелот може да биде шифриран сосема поинаку. Да се прикажува како податочна шифра на VPN е грешката што треба да се избегне.

Важни се два резултата и тие одговараат на различни прашања. Едниот е договорениот TLS комплет за контролниот канал; другиот е податочната шифра за пакетите што ги носи тунелот.

Два резултата, две прашања

Контролниот канал го носи ракувањето и управувачките пораки меѓу страните. Неговата шифра ја избира TLS стекот, па името ги следи TLS конвенциите. Податочниот канал го носи корисничкиот сообраќај и го конфигурира сопственото преговарање за шифра на OpenVPN.

Одлучете на кое прашање одговарате пред да прочитате кој било ред. Дали тунелот е шифриран и дали ракувањето е силно не е истото прашање.

Корисен е извадок од дневникот што ги прикажува двата реда. Прочитајте го контролниот ред за верзијата и комплетот TLS, а податочниот ред за алгоритмот што навистина го штити товарот.

Разложете го името на TLS комплетот во неговиот контекст

Во историско име во стил на OpenSSL како DHE-RSA-AES256-SHA секоја компонента опишува друга одлука. DHE е ефемерната Diffie-Hellman размена на клучеви, RSA е методот на автентикација, AES256 е AES-256 во CBC режим за TLS записите, а SHA е MAC-от на записот заснован на SHA-1.

Последната компонента не е отпечаток на сертификат, и читањето како таков е честа грешка. Името исто така само по себе не ја наведува верзијата на протоколот, бидејќи TLS 1.3 користи сосема поинаква шема за именување. TLS_AES_256_GCM_SHA384 ја следи поновата форма, во која завршниот хеш е дел од составот на комплетот, а не избор на MAC. Применете го читањето по компоненти само на постариот стил на именување.

Референца за OpenSSL комплети ги поврзува овие имиња со нивните дефиниции ако некоја компонента е непозната.

Прочитајте го резултатот на податочниот канал за пренесениот сообраќај

За пренесениот сообраќај прочитајте го редот на податочниот канал од истата сесија. Списокот data-ciphers во конфигурацијата е дозволено множество, а не доказ дека е договорен одреден алгоритам. Дневникот го запишува изборот; конфигурацијата го наведува менито.

AEAD шифра како AES-GCM носи сопствена проверка на интегритетот, па одделен HMAC на податочниот канал не е дел од тој пат.

Директивата auth не надградува TLS, сертификати или податочната шифра. Избира дигест за деловите од протоколот што сѐ уште користат еден, а со AEAD податочна шифра нема одделен податочен HMAC за конфигурирање.

Држете ги проверките на идентитетот надвор од резултатот на шифрата

Алгоритмот за потпис на сертификатот, проверката на ланецот на доверба и проверката на името на партнерот се уште три својства за кои името на шифрата не кажува ништо. Истечен сертификат не поминува без разлика колку е силен комплетот. Несовпаѓачко име на сервер не поминува на истиот начин. Поправање на поставка за дигест во профилот не поправа ниту едно од двете.

Држете ги овие проверки во белешките за преглед покрај резултатот на шифрата, а не споени со него.

Забележете ги договорените резултати од тековната сесија

Земете ги резултатите од тековната врска и забележете ги верзиите на клиентот и серверот заедно со нив. Дневник што само се допишува може да содржи ред од постара сесија, а цитирањето како тековен е начинот на кој поправен проблем изгледа како да опстојува.

За преглед на политики предајте му на сопственикот на конфигурацијата договорената верзија и комплет TLS, избраната податочна шифра и поставките за проверка на сертификати заедно. Променете го тој слој и потоа прочитајте нов дневник за да ги потврдите новите договорени вредности.