Для: разработчиков, операторов dApp и администраторов организаций, которые используют узлы Chainstack или ее API. Статья основана на официальном уведомлении компании и не описывает методы атак.
Развивается: статья будет обновляться по мере публикации организацией новых сведений
- Кого это касается
разработчиков, операторов dApp и администраторов организаций, которые используют узлы Chainstack или ее API.
- ПодтвержденоСмотреть таблицу ↓
- Период несанкционированного доступа
- Доступ к производственной среде
- База данных аккаунтов клиентов
Ещё 1
- Расследование
Названо как возможно затронутое
- Названия организаций, имена владельцев аккаунтов
- Адреса электронной почты участников организаций
- Хеши паролей
Ещё 1
- Учетные данные узлов
- Пока не подтверждено
- Сколько клиентов затронуто
- Какой алгоритм используется для хешей паролей
- Что за сторонний компонент и как развивалось проникновение
Ещё 2
- Были ли учетные данные узлов действительно прочитаны
- Будут ли злоупотребления (вторичный ущерб)
- Что сделать сейчасСмотреть шаги ↓
- Смените пароль
- Замените учетные данные узлов
- Заново сгенерируйте API-ключи платформы
Ещё 3
- Найдите и замените встроенные эндпоинты и ключи
- Проверьте, нет ли неожиданного использования или счетов
- Проверяйте тех, кто называется Chainstack, не открывая их ссылок
- Где проверить (источник)Все источники ↓
- Chainstack, «Incident report: what happened and what customers need to do» (на английском языке, от 3 ноября 2026; проверено 4 ноября)
- Последняя проверка
- По состоянию на 4 ноября 2026 года
Планы обновлений и что мы проверили
Уведомление компании датировано 3 ноября, и она говорит, что обновит его при появлении новой информации. Мы проверили текст уведомления 4 ноября и не нашли изменений по сравнению с версией от 3 ноября. Компания говорит, что завершила расследование 2 ноября.
Что пользователям Chainstack делать сегодня
Смените пароль
Компания просит клиентов сменить пароль, в том числе в любом другом сервисе, где они повторно использовали тот же.
- Дополнение этого сайта: используйте менеджер паролей, чтобы у каждого сервиса был свой пароль (Выбор менеджера паролей)
- Дополнение этого сайта: включите двухфакторную аутентификацию, если она вам доступна. В уведомлении она не упоминается
Замените учетные данные узлов
Компания просит клиентов заменить учетные данные узлов. Она говорит, что это делается самостоятельно в консоли, а текущие эндпоинты продолжают работать, пока замена не завершена, поэтому простоя нет. Шаги объяснены в документации компании.
- Дополнение этого сайта: сначала поместите новые учетные данные в приложения, проверьте, что они работают, и только потом аннулируйте старые
Заново сгенерируйте API-ключи платформы
Если вы пользуетесь API платформы, компания просит заново сгенерировать API-ключи. Обновите также CI/CD, скрипты автоматизации и инструменты эксплуатации, которые их используют. Ключи, которыми вы больше не пользуетесь, удаляйте, а не создавайте заново (дополнение этого сайта, Основы переменных окружения и API-ключей).
Найдите и замените встроенные эндпоинты и ключи
Эндпоинты узлов часто имеют вид URL с учетными данными и могут находиться в коде приложений, файлах конфигурации, переменных CI и фронтенде. Мнение этого сайта: URL, встроенный во фронтенд, виден каждому посетителю, поэтому пока вы не пересоберете и не повторно развернете проект после замены, старые учетные данные остаются в публичном выводе.
- Найдите старые URL в конфигурации, секретных переменных CI, переменных окружения контейнеров и истории репозитория
- Пересоберите и повторно разверните опубликованные фронтенды (результаты сборки и source map)
- Там, где возможно, направляйте запросы через собственный сервер и не передавайте учетные данные браузеру
Проверьте, нет ли неожиданного использования или счетов
Компания говорит, что узлы, консоль и API не изменялись и что сервис продолжал работать. На случай, если учетные данные использовались, этот сайт предлагает проверить:
- Не выглядят ли необычно число запросов на ваших узлах, вызывающие стороны и используемые методы
- Не вырос ли внезапно ваш счет
- Нет ли в вашей организации участников или прав, которых вы не узнаёте
Проверяйте тех, кто называется Chainstack, не открывая их ссылок
Компания просит клиентов остерегаться фишинга и говорит, что никогда не попросит пароли, токены или ключи. Не пользуйтесь ссылками в письме; откройте официальную консоль или страницу уведомления самостоятельно. Что такое фишинг?
① Замените учетные данные в консоли
Текущие эндпоинты продолжают работать, пока вы не закончите (компания)
↓
② Переведите приложения, CI и фронтенд на новые и проверьте, что они работают
↓
③ Убедитесь, что старые учетные данные больше не используются
В опубликованных фронтендах не осталось старого URL
Что произошло (по уведомлению Chainstack)
Далее изложено на основании отчета об инциденте, который опубликовала компания, от 3 ноября 2026 года.
26 октября 2026
Внешний злоумышленник получил доступ к среде разработки (объяснение компании)29 октября
Злоумышленник получил доступ к части производственной среды (объяснение компании)31 октября
Компания обнаружила проникновение и в тот же день перекрыла пути доступа (объяснение компании)2 ноября
Компания завершила расследование и закрыла инцидент (объяснение компании)3 ноября
Уведомление опубликовано. Компания говорит, что рассылает письма всем клиентам4 ноября
Этот сайт проверил текст уведомления. Изменений по сравнению с версией от 3 ноября не найдено
- Точка входа
- Внешний злоумышленник получил доступ к части инфраструктуры через сторонний компонент. В уведомлении не сказано, что это за компонент
- Контекст
- Компания оценивает инцидент как часть более широкой кампании атак с использованием ИИ, о которой сообщалось в конце октября. Она также пишет, что это не меняет ее ответственности за произошедшее в ее собственной среде
- Информация, которая могла быть раскрыта
- Названия организаций, имена владельцев аккаунтов, адреса электронной почты участников организаций и хеши паролей (база данных аккаунтов клиентов). Алгоритм хеширования не указан
- Учетные данные узлов
- К системам, где они хранятся, получен доступ. Доказательств того, что их читали, нет, но они считаются раскрытыми
- Не входит
- Данные платежных средств (компания их не хранит). Узлы, консоль и API не изменялись; сервис продолжал работать
- Реакция компании
- Перекрыла пути доступа, усиливает свои системы, рассылает письма всем клиентам. Просит пользователей сменить пароли, заменить учетные данные узлов, заново сгенерировать API-ключи платформы и остерегаться фишинга
Что известно и что пока нет
Состояние на 4 ноября 2026 года. Эта таблица будет переписана, когда появятся продолжения.
| Пункт | Что сказано в уведомлении | Статус |
|---|---|---|
| Период несанкционированного доступа | С 26 октября 2026 года (среда разработки) до 31 октября (обнаружение и перекрытие) | Подтверждено (компанией) |
| Доступ к производственной среде | 29 октября получен доступ к части производственной среды | Подтверждено (компанией) |
| База данных аккаунтов клиентов | Злоумышленник получил к ней доступ | Подтверждено (компанией) |
| Названия организаций, имена владельцев аккаунтов | Могли быть раскрыты | Возможно (компания) |
| Адреса электронной почты участников организаций | Могли быть раскрыты | Возможно (компания) |
| Хеши паролей | Могли быть раскрыты. Алгоритм не указан | Возможно (компания) |
| Учетные данные узлов | К системам, где они хранятся, получен доступ. Доказательств, что их читали, нет, но они считаются раскрытыми | Возможно (компания) |
| Данные платежных средств | Компания их не хранит, поэтому они не раскрыты | Не входят (компания) |
| Изменения узлов, консоли или API | Нет; сервис продолжал работать | Нет (компания) |
| Число затронутых клиентов | Не указано. Компания говорит, что рассылает письма всем клиентам | Не указано |
| Точка входа | Сторонний компонент. Что это, не указано | Расследуется |
| Злоупотребления (вторичный ущерб) | Не указано | Не указано |
| Расследование | Завершено 2 ноября, инцидент закрыт. Будет обновлено при появлении новой информации | Подтверждено (компанией) |
Почему здесь написано «Возможно»
Компания пишет, что информация об аккаунтах клиентов «могла быть раскрыта», а учетные данные узлов она считает раскрытыми, хотя доказательств того, что их читали, нет. Этот сайт сохраняет статус в формулировках самой компании. Уведомление не показывает, что именно было вынесено.
К чему могут привести данные аккаунтов и учетные данные узлов
Ниже описано, что в общем случае возможно с таким набором данных, а не то, что, по словам компании, произошло здесь.
- Названия организаций + имена владельцев аккаунтов + адреса электронной почты участников: материал для убедительных сообщений от имени компании или партнера
- Хеши паролей: хеш — это не сам пароль, но слабые или повторно используемые пароли можно подобрать позже. Алгоритм не указан, поэтому оценить стойкость нельзя. Первым делом нужно сменить пароль (Что такое хеширование паролей?)
- Учетные данные узлов: данные для доступа к эндпоинту; тот, у кого они есть, может отправлять запросы от имени клиента, что может повлиять на использование и счета. Если они были встроены во фронтенд, посетители их и так видели
- Повторно используемые пароли: если тот же пароль используется в другом сервисе, смените его и там. Как проверить, утёк ли ваш пароль
Что разработчикам и операторам стоит пересмотреть
В качестве пути проникновения опубликован лишь «сторонний компонент». Из опубликованных фактов (получен доступ к системам, где хранятся учетные данные; замена возможна без простоя) следуют только общие пункты для проверки.
- Стройте систему так, чтобы замену было легко делать: не записывайте учетные данные в код, передавайте их через переменные окружения или менеджер секретов. Одно место для изменения означает, что вы сможете действовать в день, когда придет такое уведомление
- Передавайте браузеру меньше учетных данных: URL, встроенный во фронтенд, остается в публичном выводе. Направляйте запросы через собственный сервер или используйте средства, ограничивающие, где можно применять учетные данные, если поставщик их предлагает (смотрите документацию поставщика)
- Разделяйте ключи по назначению: отдельные учетные данные для каждой среды (разработка, продакшен) и каждого приложения уменьшают влияние замены (Основы переменных окружения и API-ключей)
- Защитите консоль поставщика: сделайте двухфакторную аутентификацию обязательной там, где она доступна, и включите уведомления о входе и создании ключей (Выбор многофакторной аутентификации)
Это общие пункты для проверки, и они не означают, что компания или ее пользователи их не выполняли.
Источники (публичные сведения)
Факты в этой статье основаны на следующей публичной информации. Мы не гадаем о точке входа и о том, какие данные были вынесены, поскольку это не опубликовано.
- Chainstack, «Incident report: what happened and what customers need to do» (на английском языке, от 3 ноября 2026; проверено 4 ноября) — chainstack.com
История обновлений
2026-11-04: Первая версия. Основана на отчете компании об инциденте от 3 ноября 2026 года (проверено 4 ноября; более нового обновления не найдено).
Читайте далее
- Более новый случай с сервисом для разработчиков: несанкционированный доступ к внутренней системе DigiCert
- Более новый случай с платформой для разработчиков: несанкционированный доступ к внутреннему приложению продаж WorkOS
- Управление API-ключами и секретами: Основы переменных окружения и API-ключей / Утёкшие учётные данные, остающиеся действительными
- Связанные инциденты: несанкционированный доступ к PingCAP (TiDB Cloud), возможная утечка переменных окружения Railway, инцидент Northflank и API-ключи
- Подготовка к мошенническим сообщениям: Что такое фишинг?
- Защитите свои аккаунты: Выбор многофакторной аутентификации
- Другие инциденты 2026 года: Утечки данных и кибератаки (Япония и зарубежье)