Злодеи взламывают WordPress-сайты через 0-day в плагине WPGateway

Злодеи взламывают WordPress-сайты через 0-day в плагине WPGateway

Злодеи взламывают WordPress-сайты через 0-day в плагине WPGateway

Команда Wordfence Threat Intelligence предупреждает об атаках на WordPress-сайты, в которых используется эксплойт для уязвимости нулевого дня в плагине WPGateway. В ходе таких атак злоумышленники получают полный контроль над целевым ресурсом.

Плагин WPGateway позволяет администраторам сайтов на WordPress упростить выполнение некоторых задач. Например, с его помощью можно легко настраивать веб-ресурс или создавать его резервные копии, а также управлять темами и плагинами.

Однако в плагине нашлась критическая дыра под идентификатором CVE-2022-3180, позволяющая не прошедшему аутентификацию атакующему добавить новых пользователей с правами администратора.

Если условный киберпреступник грамотно воспользуется эксплойтом, он сможет получить полный контроль над сайтом жертвы. Рем Галл из Wordfence пишет относительно уязвимости следующее:

«8 сентября 2022 года команде Wordfence Threat Intelligence стало известно об активной эксплуатации 0-day уязвимости в реальных кибератаках. Злоумышленники добавляли собственных пользователей с правами администратора на сайты, работающие с плагином WPGateway».

«За последние 30 дней файрвол Wordfence смог заблокировать более 4,6 млн атак с использованием этой 0-day, направленных более чем на 280 тысяч сайтов».

Специалисты пока не рискуют публиковать дополнительные подробности атак, чтобы не спровоцировать новую волну. Стоящие за атакой злоумышленники также не называются. Всем владельцам сайтов на WordPress, где установлен плагин WPGateway, стоит срочно установить патч.

Проверить, был ли ваш сайт взломан с помощью этого эксплойта легко: попробуйте найти в системе пользователя с именем rangex

Однотонные обои заставляли Windows 7 тормозить при входе

Казалось бы, что может быть проще для компьютера, чем показать рабочий стол, залитый одним цветом? Но ранняя Windows 7 умудрялась превратить даже эту задачу в 30-секундную медитацию на экране «Добро пожаловать». Проблема возникала, если пользователь выбирал вместо картинки однотонные синие, зелёные, чёрные или другие обои.

После ввода пароля Windows могла держать экран приветствия ровно полминуты, хотя система уже была практически готова к работе.

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

Если пользователь выбирал сплошной цвет, картинка не загружалась — а значит, нужная ветка кода вообще не запускалась. Сигнал WallpaperReady бесследно пропадал, и система ждала его до срабатывания 30-секундного тайм-аута. После этого Windows махала рукой и наконец показывала рабочий стол.

Похожий фокус возникал при одновременном включении групповых политик Normal Wallpaper и Hide all icons on Desktop. Инициализация значков отключалась, но сообщение о её завершении также не отправлялось. Снова ожидание, снова 30 секунд созерцания экрана приветствия.

Microsoft официально подтвердила баг для Windows 7 и Windows Server 2008 R2 и подготовила исправление в ноябре 2009 года. До установки патча пользователям предлагали гениальный по простоте костыль: создать крошечную картинку нужного цвета и поставить её на фон.

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

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