Вы в кофейне с приличным эспрессо и сомнительным Wi-Fi, и вам нужен домашний рабочий стол. Безопасно ли подключаться? Все зависит от шифрования транспорта: сеанс со сквозным шифрованием безопасен в самой сомнительной сети города, а устаревший нешифрованный протокол небезопасен даже в самой приличной. Вот модель угроз простым языком, протоколы по степени утечек и список на тот случай, когда вы подключаетесь оттуда, что вам неподконтрольно.
Что публичный Wi-Fi действительно видит
В сети, которую вы не контролируете, ваш трафик могут наблюдать две стороны. Первая — оператор: тот, кто управляет точкой доступа и стоящим за ней роутером; в публичном Wi-Fi это заведение, его сетевой подрядчик или любой, кто тихо поднял точку доступа с названием заведения. Вторая — другие устройства рядом: в сетях без изоляции клиентов ноутбук через два столика может перехватывать трафик вокруг себя. «Наблюдать» значит записывать пакеты, которые вы отправляете и получаете. Весь вопрос в том, что в этих пакетах.
- Если протокол не зашифрован, в пакетах содержимое. Для удаленного рабочего стола это так плохо, как звучит: кадры экрана, каждое нажатие клавиши — включая пароли, набираемые на удаленной машине, — а в худших устаревших случаях и учетные данные, передаваемые при подключении.
- Если протокол зашифрован как следует, в пакетах шифртекст. Наблюдение сводится к метаданным: с какими конечными точками вы обменивались трафиком, когда и сколько. Достаточно, чтобы понять, что вы пользовались приложением удаленного рабочего стола, и бесполезно, чтобы узнать, что происходило внутри сеанса.
Стоит ориентироваться на сегодняшнюю реальность, а не на страшилки 2010 года. Большая часть трафика, который создает ноутбук сегодня, уже зашифрована — HTTPS лишил драмы беспечное подслушивание в кофейне. Реалистичные остаточные угрозы — наблюдение за метаданными и поддельные точки доступа: злоумышленник выдает себя за сеть заведения, чтобы встать на вашем пути, надеясь поймать то, что договаривается слабо, — старые протоколы, небрежные запросы сертификатов, устройства, автоматически подключающиеся к знакомым названиям. Это не повод бояться сети. Это точное указание, какие инструменты брать с собой: те, что не договариваются слабо.
Протоколы по степени утечек
Названия продуктов здесь важны меньше, чем конфигурации: одна и та же программа может быть и в порядке, и тревожной в зависимости от версии и настроек, поэтому рейтинг ниже — по конфигурации, от худшей.
- Простой RDP без TLS и NLA (устаревший). Исходный уровень безопасности RDP старше современной защиты транспорта, и клиента, готового с ним договориться, злоумышленник посередине может свести к нему. Текущие версии Windows по умолчанию используют TLS с проверкой подлинности на уровне сети, так что это в основном про старые хосты, старые клиенты и групповые политики, ослабленные ради совместимости, — но во враждебной сети сеанс, который можно понизить, следует считать читаемым.
- VNC без шифрования. Классический протокол VNC передает кадровый буфер — ваш настоящий экран — открытым текстом, а традиционный вход по схеме «запрос-ответ» по современным меркам слаб: пароли обычно ограничены восемью символами. Некоторые серверы и клиенты накладывают поверх TLS или работают через SSH; многие быстрые настройки — нет. Нешифрованный VNC в общем Wi-Fi отдает содержимое экрана любому, кто записывает пакеты.
- RDP с TLS и NLA. Современная настройка по умолчанию, и в сети она держится: сеанс шифруется на транспортном уровне от клиента до хоста или шлюза, а NLA требует аутентификации еще до создания сеанса. В публичном Wi-Fi практическое слабое место — человек: самоподписанные сертификаты делают предупреждения привычными, а пользователь, приученный их пропускать, — именно то, на что надеется поддельная точка доступа. К тому же шифрование транспорта ничего не говорит об открытости: порт 3389, открытый в интернет, — отдельная, хорошо известная ошибка, откуда бы вы ни подключались.
- Современные приложения со сквозным шифрованием. Сеансы шифруются между устройствами, прежде чем их коснется любая сеть. Сеть отеля — и все за ней — видит метаданные подключения: шифртекст, идущий между конечными точками, с временем и объемом. Никогда не пиксели, не нажатия клавиш и не учетные данные, потому что у протокола нет учетных данных, которые можно украсть.
| Конфигурация | Что получает наблюдатель в сети | Вердикт для публичного Wi-Fi |
|---|---|---|
| Простой RDP без TLS/NLA | Содержимое сеанса, где удалось понижение защиты; под угрозой учетные данные | Не используйте — считайте читаемым |
| VNC без шифрования | Содержимое экрана открытым текстом; слабое подтверждение входа | Не используйте |
| RDP с TLS + NLA | Шифртекст при передаче; слабое место — запросы сертификатов | Допустимо через туннель; никогда не открывайте 3389 |
| Современное приложение со сквозным шифрованием | Только шифртекст и метаданные подключения | Создано именно для этого |
Почему сквозное шифрование меняет ответ
Шифрование транспорта защищает участок, сквозное шифрование защищает разговор. Различие кажется академическим, пока не перечислишь, кто стоит между кофейней и вашим домашним рабочим столом: точка доступа заведения, его провайдер, ваш провайдер, возможно, ретранслятор вендора. При сквозном шифровании ключи согласуются напрямую между вашими двумя устройствами, а кадры шифруются, еще не покинув устройство. Каждая сторона из этого списка — включая собственную инфраструктуру вендора — пересылает шифртекст, ключа к которому у нее нет.
Remio построен именно на этой модели, поэтому служит наглядным примером. Доверие устанавливается, когда вы сопрягаете два устройства по QR-коду или Device ID и PIN-коду с экрана хоста: учетной записи нет, значит, нет пароля, который можно выудить в кофейне, и нет базы учетных данных, которую можно взломать. Ключи сеанса согласуются напрямую между сопряженными устройствами для каждого подключения, а каждый кадр, нажатие клавиши, синхронизация буфера обмена и передача файла шифруются сквозным образом. Когда строгая сеть заставляет пропустить сеанс через зашифрованный ретранслятор, тот пересылает зашифрованные кадры, которые не может прочитать, — модель безопасности одинакова при прямом пути и при ретрансляции. Полный замысел — на странице безопасности.
Цель — не найти надежный Wi-Fi. Цель — сделать надежность Wi-Fi неважной.
Одна честная оговорка: сквозное шифрование защищает сеанс при передаче и больше ничего. Если ноутбук в кофейне скомпрометирован или скомпрометирован хост дома, самый стойкий шифр между ними ничего не меняет: злоумышленник внутри конечной точки и читает то же, что и вы. Гигиена конечных точек, история взломов вендоров и остальная картина защиты — тема другой статьи, и мы ее написали: руководство по безопасности удаленного рабочего стола. Эта остается на уровне сети.
Список для кофейни
Шесть пунктов в порядке отдачи.
- Предпочитайте приложение удаленного рабочего стола со сквозным шифрованием. Оно решает вопрос публичного Wi-Fi по замыслу, а не за счет дисциплины: сеть передает шифртекст независимо от того, правильно ли вы сделали остальное из списка.
- Если вы застряли с RDP, никогда не открывайте порт 3389. Подключайтесь к нему через VPN или другой шифрованный туннель, а не через проброс порта на роутере; альтернативы, включая приложения только с исходящими подключениями, которым вообще не нужны изменения на роутере, описаны в нашем руководстве удаленный рабочий стол без проброса портов.
- Пусть межсетевой экран ОС считает сеть публичной. Когда macOS или Windows спрашивает, к какой сети вы подключились, верный ответ — публичная: профиль не дает общему доступу к файлам, обнаружению и другим слушающим службам быть видимыми незнакомцам в той же сети.
- Обновляйте клиент. Клиент удаленного рабочего стола разбирает сложные данные, приходящие из сети, которой вы решили не доверять. Исправления существуют не зря; на машине, которая путешествует, автообновление — верная настройка.
- Убедитесь, что вы в настоящей сети заведения. Спросите точное название сети и игнорируйте похожие: точка доступа может вещать любое название, которое введет ее владелец. Если, уходя, сказать ноутбуку забыть сеть, он и в следующем месяце не подключится автоматически к подделке.
- Считайте чувствительным сам сеанс. Вы управляете домашней или рабочей машиной из публичного помещения: следите, кто видит ваш экран, и блокируйте удаленный хост при отключении, чтобы не оставить за собой открытый рабочий стол.
А как насчет VPN поверх?
VPN шифрует все между вашим устройством и сервером VPN, и в ненадежном Wi-Fi это действительно полезно: он защищает DNS-запросы, фоновую активность приложений и любой случайный нешифрованный трафик от локальной сети. Если вы все равно включаете его в аэропорту, против него в случае удаленного рабочего стола ничего нет.
Но для самого сеанса удаленного рабочего стола логика уже, и она работает в обе стороны. VPN не обязателен для сеанса со сквозным шифрованием: трафик уже шифртекст до входа в туннель, так что VPN добавляет переход (и обычно немного задержки), не давая конфиденциальности, которой нет у сеанса. И он недостаточен для нешифрованного: коммерческий VPN защищает путь до выходного сервера VPN, после чего трафик идет к хосту так же открыто, как начал. Исключение, подтверждающее правило, — туннель, заканчивающийся внутри самой сети назначения: сервер WireGuard на вашем домашнем роутере, корпоративный VPN в офис, — он покрывает весь путь и является стандартным способом удаленного использования RDP. Если вы выбираете между VPN и приложением удаленного рабочего стола как самим способом доступа, это другое сравнение, и у него своя статья: удаленный рабочий стол и VPN.
Отель, аэропорт, кампус: особенности сетей, ломающие подключения
Безопасность в сторону: у публичных сетей есть вторая черта характера — они ломают подключения так, как домашние сети не ломают. Большинство случаев объясняют три особенности.
- Порталы авторизации. Пока вы не откроете браузер и не примете условия, сеть отбрасывает все — приложение удаленного рабочего стола будет безрезультатно пытаться без видимой причины. Сначала пройдите портал; а если сеанс, работавший весь день, умирает на третьем часу, подозревайте портал, повторно запрашивающий вход по таймеру.
- Изоляция клиентов. Отели и кампусы часто блокируют трафик между устройствами внутри сети, поэтому два ваших устройства в одной комнате могут не видеть друг друга в локальной сети. Приложения P2P только с исходящими подключениями все равно соединяются — оба устройства звонят наружу и встречаются в интернете, — но путь может оказаться длиннее комнаты, в которой вы сидите.
- Блокировка UDP. Строгие гостевые сети иногда разрешают немногим больше, чем TCP на веб-портах. Протоколы реального времени предпочитают UDP, и здесь приложения различаются: то, у которого есть запасной вариант с TCP и ретранслятором, продолжает подключаться, пусть и с некоторой потерей задержки, а конфигурация только с UDP зависает. Механика — обнаружение адресов, пробивка и что включается вместо чего — описана в нашем разборе обхода NAT, а точные порты и протоколы сеанса — в документации по межсетевому экрану и NAT.
Частые вопросы
Безопасно ли пользоваться удаленным рабочим столом в Wi-Fi отеля?
Да, если сеанс со сквозным шифрованием. С современным приложением удаленного рабочего стола со сквозным шифрованием сеть отеля передает только шифртекст, так что ни оператор, ни другие гости не смогут восстановить ваш экран, нажатия клавиш или файлы. Рискованный случай — устаревшие настройки: RDP без TLS и NLA или VNC без шифрования могут раскрыть содержимое сеанса и учетные данные сети, и без шифрованного туннеля в Wi-Fi отеля их использовать не следует.
Может ли кто-то в том же Wi-Fi увидеть мой удаленный экран?
Нет, если сеанс со сквозным шифрованием. Тот, кто в той же сети, может перехватывать ваши пакеты, но при сквозном шифровании это шифртекст, а ключи есть только на ваших двух устройствах, поэтому содержимое экрана из перехвата восстановить нельзя. Что наблюдатель в той же сети все же видит — метаданные: что подключение существует, когда оно активно и примерно сколько данных передает.
Нужен ли VPN, чтобы пользоваться Remio в публичном Wi-Fi?
Нет. Сеансы Remio уже защищены сквозным шифрованием — ключи согласуются напрямую между вашими устройствами для каждого сеанса, — поэтому сеанс не зависит от надежности сети. VPN по-прежнему добавляет приватности остальному трафику, например DNS-запросам и другим приложениям, и запускать Remio через него можно. Это выбор про ваш остальной трафик, а не требование для сеанса.
Безопасен ли RDP в публичном Wi-Fi?
С TLS и проверкой подлинности на уровне сети — настройкой Windows по умолчанию — сеанс шифруется на транспортном уровне, так что подслушивающий в сети кофейни видит шифртекст. Постоянное правило касается открытости, а не места: никогда не открывайте порт 3389 напрямую в интернет; подключайтесь к RDP через VPN или другой шифрованный туннель. Старые конфигурации, которые можно понизить до устаревшей защиты RDP без TLS, следует считать небезопасными в любой ненадежной сети.
Что все же узнает оператор Wi-Fi?
Метаданные подключения. Даже при полностью сквозном шифровании сеанса оператор сети видит время, объем трафика и конечные точки, с которыми вы обмениваетесь пакетами, — достаточно, чтобы понять, что сеанс удаленного рабочего стола состоялся и сколько он длился. Восстановить содержимое нельзя: ни кадров экрана, ни нажатий клавиш, ни файлов, ни буфера обмена.
Общий вывод: безопасность сеанса определяет не заведение, а шифрование. Если нужен вариант без всяких списков, установите Remio на обе машины, сопрягите их по QR-коду или Device ID и PIN-коду и подключайтесь из любой сети, которую подарит день: сеанс со сквозным шифрованием в любом случае. Страница «Как это работает» показывает, что происходит под капотом.
