Критическая брешь в билдере WordPress-сайтов Bricks используется в атаках

Критическая брешь в билдере WordPress-сайтов Bricks используется в атаках

Критическая брешь в билдере WordPress-сайтов Bricks используется в атаках

Киберпреступники используют в атаках уязвимость Bricks Builder Theme, позволяющую выполнить вредоносный PHP-код удалённо. Цели — затронутые веб-сайты на движке WordPress.

Bricks Builder Theme — известный билдер WordPress-ресурсов, насчитывающий около 25 тысяч установок. Bricks Builder Theme предоставляет пользователям возможность гибко настраивать веб-дизайн.

Уязвимость под идентификатором CVE-2024-25600 чуть более недели назад обнаружил исследователь с ником «snicco». По словам специалиста, проблема затрагивает Bricks Builder Theme с конфигурацией по умолчанию.

Брешь кроется в функции eval, которая вызывается другой функцией — «prepare_query_vars_from_settings». В случае эксплуатации неаутентифицированный атакующий может выполнить произвольный PHP-код.

Информация о CVE-2024-25600 поступила представителям Patchstack, отслеживающим проблемы безопасности в WordPress, после чего те связались с командой разработчиков Bricks.

Патч вышел 13 февраля с версией 1.9.6.1. Эксперт «snicco» на днях выложил демонстрацию атаки, но не сам эксплойт. При этом в Patchstack зафиксировали эксплуатацию бреши 14 февраля. На сегодняшний день известно о следующих атакующих IP-адресах:

  • 200.251.23.57
  • 92.118.170.216
  • 103.187.5.128
  • 149.202.55.79
  • 5.252.118.211
  • 91.108.240.52

В Wordfence тоже подтвердили участие CVE-2024-25600 в реальных кибератак. Пользователям рекомендуют как можно скорее установить патч (можно скачать отсюда).

38% крупных компаний делают свой ИИ, но защищать его умеют единицы

Российский бизнес всё активнее развивает собственные ИИ-сервисы, однако с их безопасностью дела обстоят заметно хуже. К такому выводу пришли эксперты К2 Кибербезопасность и «Лаборатории Касперского», опросившие специалистов более чем из 200 крупных компаний из сфер ИТ, финансов, телекоммуникаций, торговли, строительства и фармацевтики.

Исследование показало, что 38% крупных организаций уже имеют собственные команды, разрабатывающие ИИ-решения для внутренних процессов.

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

В целом компании не делают ставку на какой-то один инструмент. Более половины респондентов (59%) одновременно используют несколько типов ИИ-сервисов: отечественные и зарубежные решения, собственные разработки и продукты, созданные на заказ.

Наиболее востребованными остаются российские ИИ-сервисы — их используют 75% компаний. Зарубежные решения применяют 60% участников исследования. Такой расклад аналитики связывают с требованиями законодательства и политикой импортозамещения.

Однако внедрять ИИ бизнес научился быстрее, чем обеспечивать его безопасность. По данным исследования, лишь 18% компаний могут говорить о наличии управляемых процессов защиты собственных ИИ-разработок. Зрелые практики MLSecOps внедрены всего у 7% организаций.

Особенно тревожно выглядит другая цифра: в 60% случаев безопасность ИИ-проектов обеспечивают исключительно разработчики, без участия специалистов по информационной безопасности. Это увеличивает риск ошибок, утечек данных и появления новых уязвимостей.

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

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