tls-auth і tls-crypt: што кожны з іх абараняе ў OpenVPN

Абодва варыянты выкарыстоўваюць агульны файл ключа і абодва робяць рукапацісканне цяжэйшым для падробкі, таму іх часта лічаць двума назвамі адной функцыі. Гэта не так. Адзін падпісвае пакеты кіравання, другі яшчэ і шыфруе іх, і ні адзін з іх не мае дачынення да шыфра, які абараняе вашу нагрузку.

Гэта розніца важная, калі профіль не можа падключыцца, калі аўдыт бяспекі пытае, што абараняе ключ, і калі хтосьці мяркуе, што дадатковы файл робіць тунель зашыфраваным невядома якім чынам.

Што насамрэч абараняе агульны ключ

Ключ, які выкарыстоўваюць гэтыя варыянты, належыць каналу кіравання: абмен, які ўзгадняе параметры, даказвае ідэнтычнасць і выводзіць ключы даных. Гэта папярэдне агучаны сакрэт, які абедзве бакі павінны мець, перш чым рукапацісканне зможа працягвацца. Паколькі ён стаіць перад праверкай ідэнтычнасці, няправільны ключ спыняе размову раней, чым гэта зрабіў бы няправільны пароль. Менавіта гэты парадак тлумачыць, чаму збой такі ціхі.

tls-auth выкарыстоўвае гэты сакрэт для вылічэння HMAC над пакетамі кіравання. Пакет без сапраўднага подпісу адкідаецца да таго, як дасягне больш дарогай апрацоўкі TLS, таму варыянт часта апісваюць як першы фільтр, а не замену TLS.

tls-crypt ідзе далей: ён шыфруе абаронены трафік кіравання, а не толькі аўтэнтыфікуе яго. Змесціва сертыфікатаў, узгодненыя назвы шыфраў і іншыя дэталі рукапаціскання больш не бачныя ў сетцы, і назіральнік без ключа нават не бачыць, якая версія TLS спрабуецца. Для разгортвання, якое баіцца раскрыць свой адбітак VPN, гэта галоўная прычына выбраць яго. Ён усё яшчэ групавы сакрэт, а не ўліковыя даныя карыстальніка.

Ні адзін механізм не выдае ідэнтычнасць. Агульны ключ — гэта групавы сакрэт, і кожны, у каго ён ёсць, можа прайсці гэты пласт праверкі.

Чым адрозніваюцца два варыянты

Назіральная розніца ў тым, што бачыць назіральнік. З tls-auth рукапацісканне бачнае, але без ключа яго нельга праверыць. З tls-crypt рукапацісканне непразрыстае для ўсяго, хто не мае ключа.

Канфігурацыя таксама адрозніваецца. tls-auth выкарыстоўваецца са значэннем кірунку, таму адзін бок бярэ адну палову ключавога матэрыялу, а другі — іншую. tls-crypt выкарыстоўвае адзін ключ у абодвух кірунках, таму дырэктыва кірунку не ўваходзіць у яго схему.

У сучасных выпусках два варыянты ўзаемавыключальныя. Профіль павінен несці адзін з іх, а не абодва, і сервер з кліентам павінны дамовіцца, які менавіта, з аднолькавым ключавым матэрыялам. Захаванне старой дырэктывы побач з новай — звычайны рэштка міграцыі. Выдаліце неактыўную, каб наступны чытач ведаў, які пласт сапраўды дзейнічае.

Больш новы варыянт, tls-crypt-v2, прывязвае кожнага кліента да яго ўласнага абгорнутага ключа, каб адкліканне аднаго кліента не патрабавала пераносу групавога ключа. Пра гэта варта ведаць, але гэта іншы варыянт, а не сінонім ні да аднаго з двух тутэйшых.

Чаму неадпаведнасць выглядае так, нібы нічога не адбываецца

Калі агульны матэрыял не супадае, суразмоўца адкідае пакеты, не кажучы адпраўніку прычыну. Няма памылкі аўтэнтыфікацыі, якую можна прачытаць, бо пакет ніколі не дасягнуў пласта, які б яе сфарміраваў.

Кліент паўтарае спробы, сервер маўчыць, і сімптом выглядае як праблема сеткі. Тады людзі перазапускаюць службу, набіраюць пароль уліковага запісу нанова або выдаляюць дырэктыву абароны, каб «праверыць» яе, і гэта змяняе разгортванне, а не дыягнастуе яго.

Чытайце ў журнале сервера першую скаргу на ўзроўні пакета, а не апошні радок паўтору. Упэўніцеся, што абодва бакі нясуць той самы варыянт з ідэнтычным ключавым матэрыялам і што файл ключа не быў перагенерыраваны толькі на адным баку.

Выдаленне дырэктывы не бяспечны рамонт. Яно адключае пласт абароны для кожнага кліента, і працоўны тунель пасля гэтага даказвае толькі тое, што пласт быў неадпаведнасцю.

Што ўсё яшчэ трэба наладзіць асобна

Гэтыя варыянты не правяраюць, хто суразмоўца. Праверка сертыфікатаў, давераны корань і чаканае імя сервера застаюцца асобнымі патрабаваннямі, і ні адно з іх не робіцца неабавязковым з-за наяўнасці агульнага ключа.

Яны таксама не выбіраюць шыфр даных. Гэта асобнае ўзгадненне, якое кіруецца наладамі канала даных на абодвух баках, і тунель, абаронены tls-crypt, усё роўна можа выкарыстоўваць шыфр, які вы не мелі на ўвазе.

Нарэшце, сам агульны ключ патрабуе абыходжання. Стаўцеся да яго як да сакрэту, размяркоўвайце праз ухвалены канал і замяняйце, калі хтосьці, хто яго меў, сыходзіць. Паколькі ён агульны, яго выкрыццё — гэта выкрыццё кожнай канцавой кропкі, што ім карыстаецца.