В WordPress-плагине LiteSpeed Cache нашли критическую уязвимость

В WordPress-плагине LiteSpeed Cache нашли критическую уязвимость

В WordPress-плагине LiteSpeed Cache нашли критическую уязвимость

В плагине LiteSpeed Cache для сайтов на движке WordPress выявили очередную уязвимость, на этот раз получившую статус критической. LiteSpeed Cache используется боле чем на 6 млн веб-ресурсов.

Брешь отслеживают под идентификатором CVE-2024-44000, в случае эксплуатации неаутентифицированный злоумышленник с помощью соответствующего эксплойта может получить контроль над аккаунтами.

На CVE-2024-44000 в конце августа указал исследователь Рафи Мухаммад из Patchstack. Разработчики плагина включили патч в версию LiteSpeed Cache 6.5.0.1, которая вышла на этой неделе.

Корень уязвимости кроется в функциональности логирования отладки, которая должна записывать все заголовки HTTP-ответов в специальный файл (включая заголовок «Set-Cookie», если включена соответствующая опция).

Такие заголовки содержат cookies сессий, последние используются для аутентификации пользователей. Если сессионные cookies — особенно принадлежащие аккаунту с правами администратора — попадут в руки злоумышленников, те смогут получить частичный, либо полный контроль над целевым сайтом.

Для эксплуатации атакующий должен добраться до файла /wp-content/debug.log. При отсутствии ограничений, установленных, например, в .htaccess злоумышленник может просто ввести верный URL в адресной строке браузера.

Подразумевается, что скомпрометированные cookies должны принадлежать аутентифицированным учёткам, а функция отладки при этом должна быть активирована.

Напомним, в феврале мы писали ещё об одной уязвимости в WordPress-плагине LiteSpeed Cache, позволяющей не прошедшим аутентификацию пользователям повысить свои права.

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

В Google Cloud найден OAST-сервис для проведения атак на 200+ уязвимостей

Злоумышленники запустили в Google Cloud свой скан-сервис для поиска уязвимостей в веб-приложениях (OAST, Out-of-band Application Security Testing). За последние два месяца было совершено около 1400 попыток эксплойта с его использованием.

В ходе атак с применением кастомного тулкита эксперты VulnCheck насчитали более 200 опробованных уязвимостей. Суммарно выявлено семь IP-адресов, связанных с вредоносной активностью: хост-сервер в домене detectors-testing[.]com и шесть сканеров, размещенных в поддоменах.

Источник попыток эксплойта привлек внимание аналитиков тем, что агрессивный трафик исходил из неизвестного OAST-домена. Авторы атак обычно ленятся создавать с этой целью специальную инфраструктуру и при поиске незакрытых уязвимостей пользуются публичными сервисами — вроде oast.fun.

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

 

В частности, в эксплойт-атаках, нацеленных на ресурсы бразильской компании Canary Systems (разработчик систем сбора данных и интеграции для геотехнического мониторинга) засветилась RCE-уязвимость CVE-2025-4428 в Ivanti Endpoint Manager Mobile.

Использование Google Cloud в данном случае позволяет скрыть вредоносные обратные вызовы в легитимном трафике и уберечь криминальный сервис от блокировки.

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

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