RCE-баги в плагине PHP Everywhere угрожают более 30 тыс. WordPress-сайтов

RCE-баги в плагине PHP Everywhere угрожают более 30 тыс. WordPress-сайтов

RCE-баги в плагине PHP Everywhere угрожают более 30 тыс. WordPress-сайтов

Исследователи в области кибербезопасности выявили три критические уязвимости в плагине «PHP Everywhere» для WordPress, который на сегодняшний день установлен более чем на 30 тыс. сайтов. В случае успешной эксплуатации злоумышленники смогут выполнить код удалённо.

Плагин «PHP Everywhere» позволяет администраторам WordPress-сайтов внедрить PHP-код в веб-страницы, посты, боковую панель, а потом использовать его для отображения динамического контента.

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

Уязвимость под идентификатором CVE-2022-24663 получила 9,9 балла по шкале CVSS. Она позволяет подписчику отправить запрос проблемному плагину с параметром «shortcode» и, как следствие, выполнить PHP-код удалённо. Ещё один баг — CVE-2022-24664 — допускает создание поста с добавлением метабокса (CVSS — 9,9 балла).

Третья проблема под идентификатором CVE-2022-24665 может использоваться авторами, у которых есть доступ к «edit_posts» и возможность создавать Gutenberg-блоки. Эта дыра также получила 9,9 балла.

Наиболее опасная из описанных уязвимостей — первая, поскольку для эксплуатации последних двух необходимы права автора на сайте WordPress. Так или иначе, использование этих брешей может привести к полной компрометации веб-ресурса. В версии 3.0.0 эти недочёты устранены.

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

Линус Торвальдс назвал патчи Google для RISC-V в Linux мусором

Линус Торвальдс снова высказался в своём фирменном стиле — на этот раз в адрес инженера Google из команды Android, Пальмера Даббелта. Поводом стали патчи для архитектуры RISC-V, предложенные в Linux Kernel 6.17, который сейчас находится в стадии merge window.

Торвальдс резко раскритиковал не только качество кода, но и время его отправки:

«Нет. Это мусор, и он пришёл слишком поздно. Я просил присылать пул-реквесты заранее, потому что я в поездке. Если вы не можете следовать этому правилу, то хотя бы делайте пул-реквесты качественными».

По его словам, изменения включали «всякий хлам», не относящийся к RISC-V, в общие заголовочные файлы ядра. И, как подчеркнул Торвальдс, «это то, что никто никогда не должен мне присылать — тем более поздно в merge window».

Фактически он посоветовал Даббелту перенести правки на следующий релиз — Linux Kernel 6.18 — вместо того, чтобы пытаться «додавить» их в текущий.

Хотя формально merge window не запрещает отправку новых изменений, негласное правило простое: код в этот период должен быть полностью готов и чист. В этот раз, по мнению Торвальдса, условие нарушено, поэтому его резкая реакция вряд ли стала неожиданностью для сообщества.

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

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