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

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

Что произошло

Chainstack рассказал, что внешняя сторона получила несанкционированный доступ к части инфраструктуры компании. Сначала атакующий проник в среду разработки 26 октября 2026 года, а затем расширил доступ и добрался до некоторых частей production-сегмента.

Компания обнаружила инцидент 31 октября и в тот же день перекрыла каналы доступа. Сейчас Chainstack утверждает, что укрепляет системы и проверяет, какие данные могли уйти наружу.

Как это было сделано

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

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

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

Кого затронуло и чем это грозит

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

Компания отдельно просит клиентов заменить node credentials, сгенерировать заново API-ключи и обновить пароли, включая те, что могли совпадать с паролями в других сервисах. Это важный шаг: даже если данные не расшифровали сразу, сам факт доступа к ним повышает риск фишинговых атак и дальнейших попыток входа.

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

Что делать сейчас

Если вы пользуетесь сервисами с API-ключами, узловыми учетными данными или админскими панелями, не ждите подтверждения по каждому пункту. Сначала закройте самые чувствительные точки: смените пароль, отзовите старые ключи и проверьте журналы входа.

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

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

Чек-лист

  • Смените пароль в затронутом сервисе и в связанных аккаунтах.
  • Отзовите старые API-ключи, токены и доступы для интеграций.
  • Замените node credentials или другие сервисные учетные данные, если они использовались.
  • Проверьте, не совпадает ли ваш пароль с паролями в других сервисах.
  • Включите многофакторную аутентификацию, если она доступна.
  • Осмотрите журналы входа и уведомления о новых сессиях.
  • Не переходите по ссылкам из срочных писем без проверки домена и отправителя.
  • Сообщите сотрудникам, если используете общий рабочий аккаунт или общие ключи.
  • Подготовьте отдельный план действий на случай повторного предупреждения от поставщика.
Поделиться: