Отражены 5 млн атак на WordPress через дыру 0-day в плагине BackupBuddy

Отражены 5 млн атак на WordPress через дыру 0-day в плагине BackupBuddy

Отражены 5 млн атак на WordPress через дыру 0-day в плагине BackupBuddy

Патч для опасной уязвимости в коммерческом WordPress-плагине разработки iThemes включен в состав обновления BackupBuddy 8.7.5 и вышел 2 сентября. С конца августа Wordfence (собственность Defiant) зафиксировала около 4,95 млн попыток эксплойта по своей клиентской базе.

По оценке экспертов, в настоящее время плагин, призванный облегчить управление резервным копированием, установлен и работает примерно на 140 тыс. сайтов. Подозрительную активность первыми заметили разработчики BackupBuddy и оперативно выпустили обновление; пользователи сервиса iThemes Sync получили его автоматически.

Уязвимость CVE-2022-31474 (7,5 балла CVSS) актуальна для сборок с 8.5.8.0 по 8.7.4.1. Эксплойт тривиален и позволяет без аутентификации просматривать и загружать с сайта произвольные файлы, которые могут содержать конфиденциальную информацию. Пользователям настоятельно рекомендуется обновить BackupBuddy до новейшей версии.

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

Бэкапы, создаваемые с помощью BackupBuddy, обычно отправляются в облако — в Google Drive, OneDrive, AWS и т. п. Для локального хранения используется опция Local Directory Copy; некорректная реализация этого механизма и стала причиной появления проблемы.

С 26 августа межсетевой экран Wordfence остановил 4 948 926 атак на клиентские сайты через уязвимость CVE-2022-31474. Около 2 млн попыток эксплойта исходило с IP-адреса 195.178.120[.]89 (Нидерланды, AS-провайдер Delis). Остальные внешние серверы в Топ-10 по этому показателю принадлежат Microsoft и расположены в разных странах — Великобритании, США, Швеции, Канаде, Ирландии.

Как выяснилось, авторов большинства атак интересуют следующие файлы:

  • /etc/passwd
  • /wp-config.php
  • .my.cnf
  • .accesshash

Проверить сайт на предмет компрометации можно просмотром запросов в логах доступа: присутствие параметров local-download и/или local-destination-id, а также полного пути к файлу может свидетельствовать о попытке эксплуатации CVE-2022-31474.

При выявлении взлома iThemes советует сменить пароль к базе данных, соли WordPress и ключи к облачным сервисам в файле wp-config.php. Тем, у кого открыт доступ к phpMyAdmin или WordPress-сервер связан с публичным сервером базы данных, рекомендовано восстановление из бэкапа (созданного до первой попытки несанкционированного доступа, согласно логам). При отсутствии такой возможности придется вручную чистить сайт — с помощью сервиса Hack Repair или своими силами, притом как минимум поискать и удалить подозрительные аккаунты администратора и сбросить пароли остальным админам.

Банки могут заблокировать переводы из-за старой ОС и прошивки с сюрпризом

С 1 марта 2027 года российские банки могут начать блокировать переводы, если мобильное приложение обнаружит признаки небезопасного устройства. В зоне риска — смартфоны с устаревшей операционной системой, root-правами, jailbreak и неофициальными прошивками.

О возможном применении новых критериев РИА Новости рассказал руководитель отдела информационной безопасности Sitronics Group Артём Герасимов.

По его словам, старые версии ОС нередко содержат известные уязвимости без исправлений, которыми активно пользуются злоумышленники. Модифицированные прошивки и неофициальные сборки также повышают вероятность взлома, поэтому могут стать дополнительным фактором риска.

Ранее глава комитета Госдумы по финансовому рынку Анатолий Аксаков сообщил, что перечень признаков подозрительных операций расширят. Одним из них станет наличие на устройстве вредоносных программ.

Полного доступа к смартфону клиента банки при этом не получат. Произвольно сканировать фотографии, переписку и файлы они не смогут. Однако защитные механизмы банковского приложения способны заметить косвенные признаки компрометации: root или jailbreak, запуск в эмуляторе, подключение программ удалённого управления, перехват экрана, наложение окон, вмешательство в память приложения и использование инструментов анализа.

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

Чтобы снизить риск блокировки, эксперт советует своевременно обновлять ОС, устанавливать банковские приложения только из официальных источников и включить биометрическую защиту устройства.

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