Некорректный патч Microsoft открывает сторонние RDP-клиенты для атаки

Некорректный патч Microsoft открывает сторонние RDP-клиенты для атаки

Некорректный патч Microsoft открывает сторонние RDP-клиенты для атаки

В июле 2019 года эксперты рассказали об атаке «Reverse RDP», в ходе которой злоумышленники могут использовать уязвимость вида Path Traversal для компрометации серверов. Microsoft выпустила патч, но оказалось, что проблему он не решил.

Речь идёт об уязвимости, известной под идентификатором CVE-2019-0887, которую разработчики якобы устранили с выходом июльского набора патчей в 2019 году.

Однако позже экспертам удалось обойти исправление от Microsoft, просто заменив в путях обратные слеши на обычные. Корпорация признала наличие проблемы и выпучила повторный патч в феврале 2020 года.

Тем не менее команда Check Point выяснила, что Microsoft, по сути, прошлась лишь по поверхности бреши, оставив её корень без внимания. А основная проблема меж тем скрывается в API-функции PathCchCanonicalize.

Таким образом, решение Microsoft отрабатывает нормально в случае со встроенным в Windows RDP-клиентом. А вот сторонние клиенты этот патч уже не в состоянии защитить.

В результате заражённый вредоносной программой компьютер может получить контроль над любым клиентом, который попытается подключиться к нему. Например, если сотрудник ИТ-отдела захочет удалённо подключиться к заражённому корпоративному компьютеру, то вредонос сможет поразить устройство этого сотрудника.

Подпишитесь на новости

Ошибка в Signal могла оставлять микрофон активным после завершения звонка

Нажать кнопку «завершить звонок» и действительно закончить разговор — иногда разные вещи. В библиотеке RingRTC, которую Signal использует для звонков, обнаружили уязвимость: собеседник мог перегрузить очередь событий и помешать корректному отключению аудио, а потенциально и видео.

Проблема описана как CVE-2026-113380. Она затрагивает RingRTC до версии 2.72.0; в списке изменений разработчики указали исправление полного завершения звонков в пограничных ситуациях.

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

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

Опубликованная демонстрация концепции моделирует переполнение очереди. Сама по себе она не доказывает полноценную атаку на готовое приложение. Точные версии Signal с исправлением для каждой платформы в исходной публикации также не установлены.

Пользователям стоит обновить мобильное и настольное приложения. Шифрование защищает содержание разговора при передаче, но корректно положить трубку программа тоже должна уметь.

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