Sysrv атакует Windows и Linux-серверы с помощью дыр в Spring и WordPress

Sysrv атакует Windows и Linux-серверы с помощью дыр в Spring и WordPress

Sysrv атакует Windows и Linux-серверы с помощью дыр в Spring и WordPress

Microsoft предупредила об атаках ботнета Sysrv, который взял на вооружение эксплойты для уязвимостей во фреймворке Spring и WordPress. Цель операторов вредоноса — установить криптомайнер на Windows и Linux-серверы.

Новый образец зловреда отслеживается под именем Sysrv-K. Киберпреступники добавили ему ключевую функцию сканирования непропатченных версий WordPress и Spring.

«Новый вариант ботнета, который мы называем Sysrv-K, добавил в свой арсенал дополнительные эксплойты, с помощью которых он получает полный контроль над веб-серверами. Среди используемых брешей есть как старые баги в WordPress, так и новые уязвимости вроде CVE-2022-22947», — пишет команда Microsoft Security Intelligence в Twitter.

Отметим, что CVE-2022-22947 открывает возможность для внедрения вредоносного кода и затрагивает библиотеку Spring Cloud Gateway. В случае успешной эксплуатации злоумышленник может удалённо выполнить код на уязвимых хостах.

Дополнительно Sysrv-K интересуется конфигурационными файлами сайтов на WordPress, а также их резервными копиями, чтобы вытащить из них имена баз данных и пользователей, пароли и всю другую информацию.

На заключительном этапе своей атаки Sysrv пытается установить в систему вредоносный криптомайнер XMRig, который добывает для операторов Monero. Впервые ботнет попался исследователям в феврале, а следующий скачок активности зафиксировали в марте.

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

HTTPS не делает вас невидимкой: на Хабре разобрали работу ТСПУ

Зашифровали соединение, теперь можно выдохнуть? С блокировками этот фокус работает далеко не всегда. На Хабре вышел подробный разбор ТСПУ — технических средств противодействия угрозам. Автор объясняет, как фильтры распознают соединения и почему сайт может зависнуть, даже если содержимое трафика защищено.

В материале пользователя owenewans путь запроса разобран по этапам: от получения IP-адреса через DNS до проверки соединения и передачи ответа.

Базовый принцип прост: для ограничения доступа необязательно читать переписку. Фильтру могут хватить IP-адреса, порта или признаков протокола. При обычном HTTPS без ECH имя сайта также может быть видно в начале TLS-соединения.

Отдельная история — замедление. Согласно описанию автора, система может отбрасывать часть пакетов, заставляя устройства повторять передачу. В результате страница вроде открылась, а видео стоит колом. Интернет формально есть, но пользоваться им практически невозможно.

В статье также объясняется разница между туннелями и средствами анти-DPI. Универсальной кнопки не получается: если закрыт сам IP-адрес, изменение признаков запроса проблему не решит.

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