VPN і наскразное шыфраванне: хто што можа прачытаць
VPN абараняе маршрут, праграма паведамленняў абараняе змест. Параўнайце выхад, прамежкавы сервер і атрымальніка, перш чым меркаваць, што любы з іх хавае паведамленне.
Прасачыце адно паведамленне ад тэлефона да сябра, і яно пройдзе праз як мінімум два розныя віды аховы. VPN ахінае маршрут паміж кліентам і яго шлюзам, праграма паведамленняў ахінае змест паміж прыладамі ўдзельнікаў. Ні адно не замяняе другое, і карыснае пытанне не ў тым, што мацнейшае, а ў тым, хто што можа прачытаць на кожным кроку. Прайдзіце гэты шлях адзін раз, і ролі стануць відавочнымі.
Дзве аховы, два канцы
На прыладзе адпраўніка праграма шыфруе паведамленне ключамі, якія належаць размове, а затым перадае шыфратэкст аперацыйнай сістэме. VPN, калі ён уключаны, абгортвае ўвесь трафік, які адпавядае яго палітыцы, і нясе яго да шлюза. Адтуль пакет ідзе звычайным інтэрнэтам да сервераў праграмы, якія перадаюць яго далей атрымальніку. Толькі прылада атрымальніка трымае ключ, які ператварае шыфратэкст назад у тэкст.
Прамежкавы сервер на гэтым шляху можа бачыць, як паведамленне прыходзіць і сыходзіць, не чытаючы яго, і менавіта гэтую ўласцівасць павінна забяспечваць наскразное шыфраванне.
Што выхад VPN можа і не можа прачытаць
Шлюз VPN расшыфроўвае тунель, а не змест праграмы. Ён можа назіраць, да якога сервера звяртаўся кліент, калі і колькі даных перамясцілася, а затым перасылаць пакеты далей. Гэта значны набор фактаў і значна меншы набор, чым тэкст паведамлення. Для звычайнага сайта HTTPS злучэнне TLS сканчаецца на сайце, таму сайт можа прачытаць тое, што было адпраўлена, нават калі VPN не можа. Розніца ў тым, дзе сканчаецца кожны слой, а не ў тым, які прадукт больш прыватны.
Змяніце прызначэнне на сэрвіс з наскразным шыфраваннем, і прамежкавы сервер у сярэдзіне страціць змест, а VPN па-ранейшаму будзе бачыць карціну злучэння.
Ключы належаць размове, а не маршруту
Ключы змесціва ўзгадняюцца паміж удзельнікамі і застаюцца на іх прыладах; VPN не ўдзельнічае ў гэтым абмене. Праграмы часта паказваюць нумар бяспекі або адбітак ключа, каб абодва бакі маглі параўнаць тое, што ў іх ёсць. Такое параўнанне выяўляе падменены ключ у сярэдзіне, што каштоўна і вужэй, чым даказаць, хто друкуе. Пацверджанне асобы чалавека па-ранейшаму патрабуе канала па-за праграмай, напрыклад тэлефоннага званка або асабістай праверкі. Праверка сертыфіката сервера VPN пацвярджае зусім іншы канец.
Не чытайце пацверджаны нумар бяспекі як доказ валодання ўліковым запісам. Гэта доказ пра ключы, а не пра людзей.
Копіі, метаданыя і іншая прылада
Чытабельны змест існуе на абодвух канцах, таму канцы вырашаюць, што адбудзецца далей. Складзіце кароткую карту месцаў, куды можа трапіць копія, перш чым вырашаць, наколькі дапамагае тунель.
| Point | Can it read the message | Why |
|---|---|---|
| Sending device | Yes | Content exists before encryption |
| VPN gateway | No | Terminates the tunnel, not the app keys |
| App relay | No, by design | Only ciphertext passes through |
| Recipient device | Yes | Holds the conversation keys |
| Cloud backup | Depends on the product | May store plaintext or an encrypted archive |
Прачытайце правілы праграмы для рэзервовых копій, звязаных прылад, апавяшчэнняў і экспарту, бо кожнае з іх — асобная копія з уласнай апрацоўкай. Сетка па-ранейшаму раскрывае час і аб’ём, нават калі змест абаронены, а VPN мяняе тое, які пастаўшчык бачыць мясцовае злучэнне, а не тое, ці існуюць такія метаданыя. Файл, экспартаваны з абароненай размовы, захоўвае ахову, якую дае яго фармат, і тунель пасля гэтага нічога для яго не робіць.
Выбірайце ахову пад тое, што яна накрывае: праграму для змесціва і ключоў, VPN для маршруту і выгляду мясцовай сеткі. Затым пералічыце копіі і прылады, якія знаходзяцца па-за абодвума.