Што тунэль шыфруе, а што пакідае чытэльным

Ваш тунэль працуе, адна картка паказвае зялёны замок, а звычайная HTTP-старонка ў іншай картцы ўсё яшчэ папярэджвае, што злучэнне не бяспечнае. Гэтая камбінацыя бянтэжыць людзей, бо дзве абароны пакрываюць розныя адлегласці. VPN абараняе трафік паміж уласнымі канцамі, а за выхадам трафік зноў становіцца звычайным. HTTPS абараняе адно злучэнне аж да вэб-сайта. Пастаўце гэтыя два факты побач — і большасць пытанняў пра тое, што VPN насамрэч хавае, знікне.

Што тунэль насамрэч пакрывае

Паміж кліентам і партнёрам VPN назіральнік бачыць шыфраваныя байты, а не чытэльны запыт. Гэта пакрывае адрэзак, які перасякае тунэль, звычайна тую частку, якой вы не кіруеце. Ён не дасягае звяна паміж выхадам VPN і вэб-сайтам, бо тунэль скончыўся на выхадзе. Байты зноў чытэльныя з моманту, калі тунэль спыняецца. Нішто ў гэтым не з'яўляецца памылкай канфігурацыі.

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

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

Ключы, nonce і цэласнасць простымі словамі

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

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

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

Дзе сканчаецца тунэль

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

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

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

Чаму ананімнасць — гэта іншы прадукт

Адрасы, час і аб'ём застаюцца назіральнымі па-за тунэлем. Назіральнік можа бачыць, што трафік ідзе да канцавога пункта VPN, прыблізна колькі і калі. Змест можа быць нечытэльным, але ўзор усё яшчэ інфарматыўны.

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

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

Правярайце тунэль і сайт асобна

Спачатку праверце тунэль, каб ведаць, якую абарону вы тэсціруеце. Затым праверце ўласны транспарт сайта і параўнайце два вынікі, а не лічыце, што адно азначае другое. Тунэль, які нясе звычайны HTTP, і сайт, які аддае HTTPS, робяць менавіта тое, для чаго іх наладзілі.

Праводзьце праверкі супраць хоста, які вам дазволена тэсціраваць, і чытайце вывад, а не зводку.

wg show
ip -brief addr show tun0
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.com

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