В демоверсии программы WinRAR 5.70 выявлена уязвимость, грозящая RCE

В демоверсии программы WinRAR 5.70 выявлена уязвимость, грозящая RCE

В демоверсии программы WinRAR 5.70 выявлена уязвимость, грозящая RCE

Исследователи из Positive Technologies обнаружили в пробной версии WinRAR 5.70 уязвимость, позволяющую перехватывать и видоизменять ответы сервера RarLab, возвращаемые пользователю приложения. Используя этот недочет, удаленный злоумышленник может добиться выполнения своего кода на компьютере жертвы.

Проблема была зарегистрирована под идентификатором CVE-2021-35052. По словам экспертов, они обнаружили ее случайно в ходе использования WinRAR 5.70 (последняя стабильная версия — 6.02, тестируется 6.10).

Установленное приложение пробыло в эксплуатации какое-то время, а потом вдруг стало выдавать ошибку JavaScript:

 

Это диалоговое окно Internet Explorer стало появляться при запуске WinRAR после окончания пробного периода, притом не всегда, через два раза на третий. Как оказалось, браузер при этом задействовал mshtml.dll — встроенный движок, в котором недавно была обнаружена и пропатчена уязвимость 0-day.

Чтобы понять, в чем проблема и как ее можно использовать, исследователи превратили свой инструмент тестирования Burp Suite в дефолтный прокси-сервер Windows — для перехвата трафика из браузера. Поскольку передача запросов происходит по HTTPS, пользователю WinRAR стало отображаться сообщение о ненадежности сертификата, который использует Burp.

 

Увидев такой алерт, многие пользователи, по словам экспертов, кликнут по кнопке «Да», чтобы получить нужный контент.

Попытка модификации сообщений, возвращаемых сервером, тоже оказалась успешной. Вместо того, чтобы каждый раз подставлять в ответ свой домен вместо дефолтного notifier.rarlab.com, исследователи заменили код ответа редиректором — ошибкой 301 Moved Permanently («запрошенный ресурс сменил местоположение»). В этом случае переброс на страницу с редиректом кешируется, и все запросы пользователя автоматически перенаправляются на узел, контролируемый атакующими.

Подобная MitM-атака, по словам аналитиков, полагается на ARP-спуфинг — подмену разрешения адресов, возможную при использовании сетевого протокола ARP. Дело в том, что этот древний протокол не предусматривает проверку подлинности запросов и ответов, и перехват широковещательного ARP-запроса можно использовать для создания ложного объекта распределенной вычислительной системы (путем подмены MAC-адреса узла в кеше). Атакующему надо лишь находиться в одной сети с жертвой, и ее IE автоматически отнесет вредоносный ресурс к зоне безопасности 1 (местной интрасети).

Исследование также показало, что CVE-2021-35052 можно использовать с разными целями. Так, экспериментаторам удалось с ее помощью получить данные локального узла, открыть на нем файлы по выбору, запустить калькулятор Windows. Большинство пробных атак завершились успехом, но многие спровоцировали предупреждение, требующее вмешательства пользователя.

 

Примечательно, что попытки открыть файлы с расширениями .docx, .pdf, .py и .rar систему безопасности не встревожили. В случае с rar-файлами открывается еще одна возможность — удаленное исполнение кода через уязвимость CVE-2018-20250, когда версия WinRAR ниже 5.70.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

В веб-ресурсах 26% компаний нашли веб-шеллы ещё до запуска сервисов

Специалисты BI.ZONE проверили сайты, сервисы и приложения более 150 российских компаний — и в первом полугодии 2025 года у 26% из них нашли вредоносные веб-скрипты, так называемые веб-шеллы. Для сравнения: в 2024 году таких случаев было немного меньше — 23%.

Самое тревожное — рост числа веб-шеллов на внешних сайтах и других публичных веб-ресурсах. Если в прошлом году они попадались в 12% случаев, то сейчас уже в 53%.

Чаще всего с этим сталкиваются туризм и ИТ: в 2025 году веб-шеллы нашли у 38% туристических компаний и у 35% ИТ-организаций. А в 2024-м ИТ-сфера вообще была абсолютным лидером — 62% всех обнаруженных случаев.

Откуда берутся веб-шеллы?

По словам Андрея Шаляпина из BI.ZONE TDR, почти 73% вредоносных скриптов были обнаружены при внедрении их решения BI.ZONE EDR — то есть задолго до запуска систем в рабочую среду. Проблема, по его словам, в нарушении базовых принципов безопасной разработки. Разработчики нередко открывают доступ к тестовым или ещё недоработанным сервисам, чтобы упростить себе жизнь. Но при этом такие системы обычно никак не защищены и не мониторятся, чем и пользуются злоумышленники.

Что делать?

BI.ZONE советует:

  • Не давать доступ к тестовым сервисам из интернета;
  • Ставить современные EDR-решения (вроде BI.ZONE EDR);
  • Применять поведенческий анализ, сигнатуры и YARA-правила для поиска вредоносной активности;
  • Распространять правила безопасности и на разработку, и на тестирование.

Но не только разработчики рискуют. BI.ZONE также выяснила, что до трети системных администраторов сами отключают защитные функции на устройствах — якобы чтобы повысить производительность. В результате более 60% серверов и рабочих станций оказываются уязвимыми из-за некорректных настроек. Всё ради удобства — но с большим риском.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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