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, изабрану податковну шифру и поставке провере потврда заједно. Промените тај слој и затим прочитајте нови дневник да потврдите нове договорене вредности.