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

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

Яндекс Станцию взломали без вскрытия, корпорация уже выпускает патч

Энтузиасты нашли способ получить root-доступ к собственной «Яндекс Станции» через ошибку в системе доверенных сертификатов. Разбирать колонку для этого не понадобилось. Алису попросили включить музыку, а владельцы заодно решили разобраться, кто здесь администратор.

Яндекс подтвердил уязвимость в комментарии «Код.ру». Техногигант уже распространяет обновление, которое должно закрыть найденный способ доступа.

Root — это права суперпользователя, позволяющие менять программное обеспечение устройства с гораздо меньшими ограничениями. Для любителей экспериментов такая находка открывает больше возможностей, чем стандартные настройки умной колонки.

При этом в Яндексе подчёркивают: описанный способ позволял получить контроль именно над собственной Станцией. По оценке компании, доступ к чужому устройству до обновления был почти невозможен, а после установки исправления исключён. Поэтому объявлять все колонки готовыми устройствами для удалённой прослушки оснований нет.

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

Отдельно компания работает над сценарием со сбросом до заводских настроек. Его подробности в публикации не раскрыты, поэтому считать этот вопрос окончательно закрытым пока рано.

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