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. Впервые ботнет попался исследователям в феврале, а следующий скачок активности зафиксировали в марте.

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

1,8 ТБ и вагон ошибок: как выгрузка с Яндекс Диска превратилась в квест

Пользователь «Яндекс Диска» решил сделать резервную копию 1,8 ТБ файлов, а также примерно 160 ГБ фотографий и получил приключение с ошибками API, зависшими загрузками и собственными скриптами.

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

Подробности инженер Сергей Терёхин, известный как KenGuru66, описал  в собственном разборе на Хабре.

План был такой: rclone, сервер в Нидерландах, копия в Google Drive. Но стандартная аутентификация позволяла получить сведения о диске, а обращения к файлам возвращали ошибку 410. Доступ удалось наладить с другим OAuth-токеном.

Фотографии из безлимитной автозагрузки добавили веселья: для копирования через выбранный API их пришлось переместить в обычную папку. После этого они начали занимать место в тарифе. Более 30 тысяч снимков переносились около шести часов.

В выборке из 300 случайных файлов автор смог получить начало только 146. По важной папке с документами он скопировал и проверил по MD5 2315 файлов; ещё 3079 на момент публикации оставались недоступны.

Потерю данных автор не утверждает, он продолжает повторные загрузки. Скрипты опубликованы на GitHub.

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