Взломан популярный Wordpress-хостинг WP Engine

Взломан популярный Wordpress-хостинг WP Engine

В минувшие выходные стало известно, что 9 декабря 2015 года популярный хостинг WP Engine подвергся взлому. Администрация сервиса уведомила клиентов об атаке и обнулила все пароли.

Подробностей об инциденте пока немного, так как представители WP Engine не торопятся обнародовать детали происшедшего, ограничиваясь формулировкой «проводится расследование при поддержке правоохранительных органов».

Администрация хостинг-провайдера уверяет, что данные клиентов в ходе атаки не пострадали, и хакерам не удалось похитить ничего ценного. Однако WP Engine обнулил пароли от пользовательских аккаунтов и разослал клиентам сообщение, с просьбой немедленно обновить прочие данные, пишет xakep.ru.

Пользователям рекомендуют сменить все пароли вообще. То есть: пароли от портала WP Engine, пароли от БД WordPress (позднее сообщение обновилось, теперь компания утверждает, что сброс паролей от БД не нужен, так как WP Engine осуществят его сами), SFTP, пароль от аккаунта администратора WordPress, пароли от защищенных установок.

«Мы приносим извинения за неудобства, которые мог вызывать данный инцидент. Мы рассматриваем этот случай, как возможность пересмотреть и улучшить нашу безопасность», —гласит официальное сообщение компании.

WordPress-хостинг WP Engine был основан в 2010 году. На данный момент сервис насчитывает более 40 000 клиентов из 133 стран мира, включая компании SoundCloud, Yelp, AMD и Network Rail. За пять лет работы компания сумела привлечь более $41 млн инвестиций.

AppSec.Track научился проверять код, написанный ИИ

AppSec.Track добавил поддержку работы с ИИ и стал первым российским SCA-анализатором, который умеет проверять код прямо в связке с ИИ-ассистентами. Обновление рассчитано в том числе на так называемых «вайб-кодеров» — разработчиков, которые активно используют LLM и ИИ-редакторы для генерации кода.

Новый функционал решает вполне практичную проблему: ИИ всё чаще пишет код сам, но далеко не всегда делает это безопасно.

Модель может «галлюцинировать», предлагать несуществующие пакеты, устаревшие версии библиотек или компоненты с известными уязвимостями. AppSec.Track теперь умеет отлавливать такие ситуации автоматически.

Разработчик может прямо в диалоге с ИИ-ассистентом запросить проверку сгенерированного кода через AppSec.Track. Система проанализирует используемые сторонние компоненты, подсветит потенциальные угрозы и предложит варианты исправления. В основе механизма — протокол MCP (Model Context Protocol), который позволяет безопасно подключать инструменты анализа к LLM.

Как поясняет директор по продукту AppSec.Track Константин Крючков, разработчики всё чаще пишут код «по-новому», а значит, и инструменты анализа должны меняться. Редакторы вроде Cursor или Windsurf уже умеют многое, но им всё равно нужна качественная и актуальная база уязвимостей. Именно её и даёт AppSec.Track, включая учёт внутренних требований безопасности конкретной компании. В итоге даже разработчик без глубокой экспертизы в ИБ может получить более надёжный результат.

Проблема особенно заметна на фоне роста low-coding и vibe-coding подходов. Код создаётся быстрее, а иногда — почти без участия человека, но с точки зрения безопасности в нём могут скрываться неприятные сюрпризы: SQL-инъекции, логические ошибки или небезопасные зависимости. Как отмечает старший управляющий директор AppSec Solutions Антон Башарин, ИИ-ассистенты не заменяют классические практики DevSecOps — особенно когда речь идёт об open source, где информация об угрозах обновляется быстрее, чем обучаются модели.

Новый функционал AppSec.Track ориентирован на профессиональные команды разработки, которые уже внедряют ИИ в свои процессы. Он позволяет сохранить требования Secure by Design и снизить риски даже в условиях активного использования генеративного кода.

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