Июньские патчи для Windows Server сломали VPN- и RDP-подключения

Июньские патчи для Windows Server сломали VPN- и RDP-подключения

Июньские патчи для Windows Server сломали VPN- и RDP-подключения

Обновления Microsoft, выпущенные в этом месяце для систем Windows Server, принесли с собой несколько неприятных багов, в числе которых проблемы с VPN- и RDP-подключениями. Баги затрагивают серверы, на которых включена служба Routing and Remote Access Service (RRAS).

Служба RRAS в Windows обеспечивает дополнительные возможности TCP-подключений и маршрутизации: удалённый доступ, site-to-site и т. п.

Неделю назад Microsoft в рамках очередного вторника патчей выпустила обновления KB5014746 (Windows Server 2019 2012 R2), KB5014692 (Windows Server 2019), KB5014699 (Windows Server 20H2) и KB5014678 (Windows Server 2022).

После установки этих апдейтов системные администраторы, работающие с Windows, обратили внимание на странности в поведении операционной системы. Например, серверы зависали на несколько минут, как только клиент подключался к RRAS-серверу по SSTP. Лечился этот баг только деинсталляцией вышеупомянутых обновлений.

После 14 июня также появились жалобы (123456) на потерю RDP- и VPN-подключений к серверам, на которых активирована RRAS. На форуме BleepingComputer один из администраторов писал, что у него не получается установить стандартную RDP-сессию.

Ещё один сисадмин на Reddit отмечал, что устранить проблемы можно только удалив июньские обновления. Однако стоит учитывать, что в этом месяце разработчики устранили уязвимость CVE-2022-30152 в Windows Network Address Translation (NAT), приводящую к DoS, поэтому откат открывает устройства для потенциальных атак.

Android 17 спрячет от провайдеров названия посещаемых сайтов

Google добавит в Android 17 платформенную поддержку Encrypted Client Hello (ECH) — технологии, которая скрывает доменное имя сайта на начальном этапе установки защищённого соединения. Провайдерам и владельцам Wi-Fi станет сложнее определять, куда именно ходит пользователь.

Обычный HTTPS шифрует содержимое соединения, но имя запрашиваемого сайта может оставаться видимым в поле Server Name Indication.

ECH закрывает и эту щель, шифруя ClientHello — первую часть TLS-рукопожатия. Технология работает вместе с частным DNS.

Chrome и Firefox уже поддерживают ECH, но Android 17 внедрит защиту на уровне платформы. Она будет включена по умолчанию для приложений, ориентированных на новую версию ОС и использующих совместимые сетевые библиотеки — актуальные OkHttp, WebView или HttpEngine.

 

Если сервер не поддерживает ECH, Android отправит поле-пустышку ECH GREASE. Само доменное имя при этом останется видимым, зато защищённые соединения не будут выделяться среди остальных.

Подразделение Google Jigsaw протестировало механизм на 10 тыс. популярных доменов и в сетях 740 провайдеров из 202 стран, не обнаружив проблем с загрузкой сайтов.

Android 17 также потребует от приложений разрешение на поиск устройств в локальной сети, включит Certificate Transparency по умолчанию и позволит участвующим операторам автоматически отключать 2G для защиты от поддельных базовых станций и СМС-бластеров.

Таким образом, провайдер всё ещё увидит трафик, но список сайтов для любопытного отчёта собрать будет уже заметно сложнее.

RSS: Новости на портале Anti-Malware.ru