News · Security · November 12, 2026
Black October: 16 ИИ-платформ раскрыли инциденты
Black October это ярлык прессы для двух разных историй: критические уязвимости и 16 ИИ-платформ с 4 октября. Что доказано, а что нет.
«Black October» это ярлык, а не событие. Пресса и ведомства используют его для группы критических раскрытий в середине и конце октября 2026 года (INCIBE перечисляет события с 16 по 23 октября), а Wiz для другого: волны, в которой минимум 16 платформ для ИИ-разработчиков раскрыли инциденты с 4 октября, причём атакующие охотились на хранимые переменные окружения с доступом к ИИ-сервисам. Ни один найденный источник не показывает единой скоординированной кампании. Факты ниже проверены 12 ноября 2026 года.
Две истории под одним названием
| Как используют название | Что охватывает | Источник |
|---|---|---|
| Критические уязвимости и цепочка поставок, середина и конец октября | PHP2Shell, GitLab, Node.js, взлом LiteLLM, сертификатные инциденты у GoDaddy и eMudhra, несанкционированный доступ в PingCAP и Railway | INCIBE-CERT (национальный институт кибербезопасности Испании), CNBC |
| Платформы для ИИ-разработчиков, 4 окт. – 9 нояб. | Fireworks AI, Andromeda, Zeabur, Lightning AI, OpenCode, Railway, Warp, CommandCode, Northflank, Brev, Trigger.dev, Chainstack, kernel.sh, Blacksmith, Tensorlake, NEAR AI | Wiz, обновлено 10 нояб. |
Кто первым использовал это название, никто не установил. Колонка CyberGuy на Fox News описывает его как «серию аварийных ситуаций в кибербезопасности, а не единую скоординированную хакерскую кампанию». INCIBE пишет, что бюллетени «совпали» по времени, и не связывает их. Wiz заявляет, что никакая единая уязвимость или зависимость не связывает инциденты платформ.
История первая: критические уязвимости
| Уязвимость | Факты | В списке эксплуатируемых CISA? |
|---|---|---|
| PHP, CVE-2026-109618 и 109619 | Удалённое выполнение кода, исправлено 21 окт. См. что доказано. | Да, добавлено 26 окт. (срок 29 окт.) |
| GitLab, CVE-2026-97229 | CVSS 10,0, целочисленное переполнение в компиляторе регулярных выражений CI/CD, которое могло позволить неаутентифицированному пользователю выполнить код. Исправлено 12 окт. в 19.4.2, 19.3.5 и 19.2.8 (GitLab). GitLab не пишет об эксплуатации. | Да, добавлено 29 окт. (срок 1 нояб.) |
| GitLab, CVE-2026-110264 | Ещё одна уязвимость CVSS 10,0 в том же компиляторе, от того же исследователя, исправлена 21 окт. в 19.5.1, 19.4.3, 19.3.6 и старых ветках (GitLab). Если вы обновились 12 окт., обновитесь снова. | Нет (проверено 12 нояб.) |
| Node.js, 10 уязвимостей | Исправлено 21 окт. в 22.23.4, 24.22.1 и 26.12.1: 4 высоких, 3 средних, 3 низких, критических нет, и Node.js не отметил ни одной как эксплуатируемую на момент выпуска (Node.js). | CVE-2026-111497 (Brotli) добавлена 27 окт. (срок 10 нояб.) |
| SonicWall SMA 1000, CVE-2026-102255 | CVSS 10,0, подделка серверных запросов. В уведомлении SonicWall нет свидетельств эксплуатации, а BleepingComputer сообщал о трафике атак, замеченном двумя операторами ханипотов. Спорно. | Нет (проверено 12 нояб.) |
Записи CISA находятся в официальном каталоге. Случай LiteLLM это не уязвимость, а отравленный релиз, о нём ниже.
История вторая: ИИ-платформы и их ключи
Что произошло. Wiz перечисляет инциденты на 16 платформах с 4 октября по 9 ноября. Fireworks, Zeabur и Lightning объясняют свои случаи доступом к учётным данным. Railway указывает на повышение привилегий в инфраструктуре сборки, Warp на зависимость от стороннего поставщика, OpenCode на устаревшую систему. Wiz пишет, что все публичные сообщения описывают целенаправленный поиск хранимых переменных окружения, особенно дающих доступ к ИИ. Railway считал, что атакующему нужны ключи ИИ-провайдеров, возможно для дистилляции моделей. Некоторые платформы упоминают схему «роя агентов», которую мы проверить не смогли.
Самый подробный случай, Railway. Окно атаки: с 20 октября (13:58 UTC) по 22 октября (03:32 UTC). Атакующий получил внутренние учётные данные CI и расшифровал часть зашифрованных переменных окружения клиентов. Предварительный отчёт Railway говорит, что переменные могли быть раскрыты не более чем у 1,85% рабочих пространств, около 100 000, и что компания попросила ИИ-провайдеров сбросить ключи более чем у 100 000 пользователей из осторожности. Доступ к исходному коду она не исключила.
Что делали с украденными ключами. Wiz описывает два случая корпоративных ключей Amazon Bedrock, украденных при взломах поставщиков. Один ключ сделал около 800 000 вызовов моделей примерно за 30 часов, другой около 1,7 млн примерно за 13 часов. По прайсу это больше 100 000 долларов. Каждый начался с одного проверочного вызова в течение 30 минут после сообщённой кражи. Wiz связывает использование с двумя операциями по перепродаже и говорит, что ключи использует несколько акторов, что может указывать на рынок таких ключей.
Цепочка поставок, LiteLLM. 21 октября вредоносный litellm 1.107.0 был доступен на PyPI с 11:39 до 13:23 UTC и на Docker Hub до 14:20 UTC. Он был собран из поддельного репозитория, а код крал учётные данные и загружал инструменты удалённого выполнения. Мейнтейнеры советуют зафиксировать 1.106.2, удалить перечисленные файлы, сменить все доступные учётные данные и считать, что утечка произошла, если пакет работал с доступом в интернет (LiteLLM). Начальный доступ не подтверждён, а клиенты корпоративного приватного реестра, по словам мейнтейнеров, не пострадали.
Что доказано, а что нет
| Статус | |
|---|---|
| Несколько критических уязвимостей раскрыты в период с 5 по 21 октября (даты в таблице выше) | Доказано (страницы вендоров, CISA) |
| 16 ИИ-платформ раскрыли инциденты | По данным Wiz, на основании собственных раскрытий платформ |
| Целью были хранимые переменные окружения и ключи ИИ | По сообщениям платформ и Wiz; самый подробный отчёт у Railway |
| Один атакующий или одна уязвимость связывает их | Не показано. Wiz не нашёл; ни один источник этого не утверждает |
| Мотив: дистилляция моделей | Заявлено некоторыми платформами, не проверено |
| Сколько клиентов потеряли ключи | Неизвестно, кроме верхней оценки Railway |
Сделайте на этой неделе
- Составьте список всех ключей ИИ, хранимых как переменные окружения на платформе или в системе сборки, и сколько каждый может потратить.
- Смените ключи, которые хранила платформа, особенно созданные до её инцидента, и отзовите старые.
- Дайте каждому ключу минимальные права и лимит расходов. Настройте оповещение о необычном расходе у ИИ-провайдера.
- Проверьте журналы использования на вызовы, которых вы не делали, с адресов, которыми не пользуетесь. Railway не может возместить расходы от скомпрометированных ключей.
- Обновите GitLab и Node.js, если используете, включая второй релиз GitLab.
- Если вы запускали litellm 1.107.0, выполните шаги мейнтейнеров выше.
Подробнее: где хранить ключи ИИ.
Где стоит Ghostdrive
Ghostdrive не платформа, на которой надо хранить свои ключи, и мы говорим это прямо. Мы можем предложить место, чтобы вообще не держать их на платформе: Pass хранит API-секреты как запечатанные записи на вашем устройстве. Честное ограничение: ключ, который вы вставили в сервис, это ключ этого сервиса. Наши агенты работают через разрешения и области доступа, а подключённый ИИ получает свой токен без права отправлять, платить, подписывать и публиковать (Crew).
Академия: начните здесь · Ключи у провайдера · Секреты и ротация