0-day позволяет атакующему перехватить RDP-сессию в Windows 10

0-day позволяет атакующему перехватить RDP-сессию в Windows 10

0-day позволяет атакующему перехватить RDP-сессию в Windows 10

Количество актуальных киберугроз дополнилось еще одной 0-day уязвимостью, которая позволяет атакующему перехватить сессии RDS (Remote Desktop Services, службы удаленного рабочего стола). Этот вектор атаки приводит к получению контроля над целевым устройством.

Использующий эту брешь злоумышленник может обойти экран блокировки на компьютерах под управлением систем Windows. Атака будет успешна даже в том случае, если задействованы механизмы 2FA вроде Duo Security MFA.

В настоящее время эксперты отслеживают эту проблему безопасности под идентификатором CVE-2019-9510. Она описывается как «возможность обхода процесса аутентификации при помощи альтернативного пути или канала»

Опубликованное CERT/CC сообщение предупреждает о том, что даже в случае сознательной блокировки Windows во время RDP-сессии, если она временно разъединена, автоматическое переподключение возобновит сессию в разблокированном виде.

Эта проблема затрагивает Windows 10 начиная с версии 1803, а также Server 2019 и более новые версии.

Уилл Дорманн из CERT/CC описал алгоритм атаки:

  1. Пользователь удаленно подключается к Windows 10 1803 или Server 2019 при помощи RDP.
  2. Пользователь блокирует сессию удаленного рабочего стола.
  3. Пользователь покидает зону физического доступа к системе, используемой в качестве RDP-клиента.

Далее злоумышленник может прервать сетевое подключение RDP-клиента, что приведет к автоматическому переподключению и обходу экрана блокировки Windows. В этом случае атакующий может получить доступ к компьютеру и сессии RDS.

VPN-клиенты в Android 16 умирают из-за бага, Google пока не исправила

У пользователей Android 16 появилась неприятная проблема с VPN. Сразу несколько крупных разработчиков, включая Proton VPN, Mullvad, WireGuard и TunnelBear, сообщают, что после обновления VPN-приложения система может незаметно «сломать» его работу в фоне. В результате VPN перестаёт нормально подключаться, а пользователь не всегда понимает, что именно пошло не так.

Сценарий выглядит особенно скверно потому, что всё происходит почти без явных симптомов.

Согласно жалобам провайдеров, баг связан с сетевым стеком Android 16 и чаще всего проявляется после того, как VPN-приложение обновляется через Google Play, пока само VPN-соединение активно. После этого приложение может зависнуть в состоянии подключения или просто потерять доступ к интернету.

В описании бага в Google Issue Tracker говорится следующее: после обновления VPN-приложения система может перейти в состояние, при котором сам VPN-клиент уже не может выйти в интернет вообще.

 

При этом обычный доступ в Сеть без VPN может сохраняться, что делает проблему ещё более запутанной для пользователя. Mullvad отдельно указала, что наблюдала такое поведение не только у себя, но и у WireGuard и ProtonVPN.

Хуже всего то, что простой перезапуск VPN-приложения, по словам разработчиков, обычно не помогает. Пользователь часто остаётся в подвешенном состоянии, пока не перезагрузит смартфон целиком или не переустановит VPN. А поскольку понятного сообщения об ошибке нет, многие вообще не догадываются, что проблема возникла именно после обновления клиента.

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

Google о проблеме знает, но ясного решения пока не предоставила. В трекере баг заведен как P2, а последнее публично видимое обновление по нему сводится к тому, что информация передана профильным командам и новые детали появятся позже. Конкретных сроков фикса или официального обходного пути «корпорация добра» пока не опубликовала.

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