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

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

PHP-уязвимости пытались эксплуатировать за четыре дня до раскрытия

История PHP2Shell получила продолжение: попытку эксплуатации зафиксировали ещё 17 октября — за четыре дня до публичного раскрытия уязвимостей и выхода патчей. Параллельно OpenAI рассказала, что одну из критических брешей исследователи обнаружили с помощью GPT‑5.6 Sol.

Пока защитники готовили обновления, кто-то уже проверял чужие серверы на прочность.

О ранней попытке атаки сообщила Amazon Threat Intelligence. Её обнаружили в телеметрии сети ловушек MadPot. Запрос пришёл с адреса коммерческой сети анонимизации; откуда отправитель получил сведения об эксплуатации до раскрытия, неизвестно.

Утром 21 октября Amazon заметила новые попытки с разными полезными нагрузками и инфраструктурой — это указывает на нескольких участников. Успех этих ранних атак на реальных системах не установлен.

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

Вторая новость — роль ИИ. Как отметили в OpenAI, команда Calif выявила критическую уязвимость с помощью GPT‑5.6 Sol в рамках инициативы Patch the Planet. Wiz независимо обнаружила и сообщила об обеих брешах. Исправления готовили разработчики PHP при поддержке исследователей и инфраструктурных компаний.

Доказательств, что атакующие тоже использовали ИИ, в этих сообщениях нет. Amazon рекомендует проверять следы компрометации как минимум с 17 октября. Патч закрывает брешь, а выяснять, кто успел войти раньше, придётся отдельно.

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