Railway: взломщики охотились за ключами ИИ-API. Как защитить свои ключи

Виталий Левицкий·25 октября 2026 г.· 6 мин чтения

Не уверены, что сайт чистый?Проверить сайт на взлом

Облачная платформа Railway опубликовала предварительный отчёт об инциденте (22 октября, 23:31 UTC — уже 23 октября по Москве). Главное в нём — мотив атаки. По оценке компании, злоумышленник искал ключи API ИИ-провайдеров, чтобы использовать их для дистилляции — массового извлечения ответов чужой модели для обучения своей. О самой утечке переменных окружения у Railway и Zeabur мы уже писали; здесь — о новых деталях и о том, что они значат для любой компании, которая подключила ИИ к сайту или CRM.

Что Railway рассказала в отчёте

Атака длилась с 20 октября 13:58 UTC до 22 октября 03:32 UTC, после этого злоумышленника, по данным компании, удалили из всех внутренних систем.
Цепочка: повышение прав в инфраструктуре сборки, затем учётные данные CI-окружения, которые позволили расшифровать артефакты с дополнительным доступом, затем запросы к зашифрованным переменным окружения. Как атакующий проник изначально, пока не раскрыто.
Переменные могли быть скомпрометированы максимум в 1,85% рабочих пространств — около 100 000. Часть значений расшифрована, но какие именно ключи утекли, по одному лишь журналу запросов установить нельзя.
Учётные записи пользователей, по данным Railway, не затронуты; доступ к исходному коду не исключён — об этом обещают сказать в финальном отчёте.
Railway аннулировала свои API-токены, сессии CLI и OAuth, токены подключения GitHub и ключи хранилищ и попросила внешних провайдеров отозвать ключи. Но переменные клиентов — ключи баз данных, облаков, ИИ и платёжных сервисов — компания не меняла: это должен сделать сам клиент.

Railway называет инцидент частью серии атак на платформенные компании, но других пострадавших не называет. Похожую картину раньше описала Zeabur: в её случае 14–16 октября было прочитано около 3,2 млн записей переменных окружения, и атакующий, по наблюдению компании, искал прежде всего ключи ИИ-сервисов. Общая причина или общий заказчик этих атак не подтверждены.

Почему ключ ИИ стал ценнее пароля от базы

Наш комментарий. Ключ от ИИ-API — это прямой доступ к деньгам владельца. Украденный пароль от базы ещё нужно превратить в выгоду, а ключ ИИ можно использовать сразу: запросы оплачивает тот, на кого оформлен ключ. Если цель — дистилляция, запросов будет очень много, и счёт за несколько дней может превысить годовой бюджет на ИИ. При этом утечку часто замечают не по уведомлению о взломе, а по выписке.

Второй риск — данные. Через тот же ключ иногда доступны история запросов, загруженные файлы, настроенные ассистенты. Если в промпты попадали обращения клиентов или выгрузки из CRM, утечка ключа становится утечкой персональных данных.

Что сделать с ключами ИИ прямо сейчас

Если что-то размещалось на Railway или Zeabur — перевыпустите все переменные, созданные до 21 октября, начиная с ключей ИИ, облака, баз данных и платёжных сервисов. Порядок по рекомендации Railway: новый ключ у провайдера, обновление в платформе, передеплой, и только потом отзыв старого.
Журналы смотрите с 20 октября, а не с даты объявления. Перед отзывом ключей выгрузите журналы аудита, чтобы не потерять следы.
Заведите отдельный ключ на каждый проект и окружение: сайт, CRM, тестовый стенд. Тогда утечку одного легко отозвать, не останавливая остальное.
Установите в кабинете провайдера лимит расходов и уведомления о превышении, если такая настройка есть. Это самая дешёвая страховка от счёта за чужую дистилляцию.
Храните ключи только на сервере. Ключ в коде фронтенда, мобильного приложения или в публичном репозитории считается утёкшим с момента публикации.
Выдавайте сервисным учётным записям минимальные права: ключу, который только генерирует тексты, не нужен доступ к файлам и управлению проектом.
Раз в неделю смотрите расход по ключам. Резкий рост ночью или в выходные — повод отозвать ключ, а потом разбираться.

Что из этого следует

Платформы для быстрого запуска приложений удобны, но, храня там секреты, вы доверяете платформе всё сразу: и базу, и платежи, и ИИ. Это не повод от них отказываться, но повод отнестись к ключам как к деньгам — с лимитами, разделением и регулярной сменой. Если ИИ уже встроен в ваш сайт или CRM и неясно, где лежат ключи и кто их видит, начните с инвентаризации; помочь с ней и с безопасной схемой подключения можем в рамках внедрения ИИ или аудита безопасности.

Источники

Вопросы и ответы

Мы не пользуемся Railway. Нас это касается?

Напрямую — нет. Но атаки на платформы ради ключей ИИ идут серией, поэтому лимиты расходов, отдельные ключи на проекты и хранение ключей только на сервере стоит настроить в любом случае.

Что такое дистилляция и почему для неё воруют ключи?

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

Как понять, что ключ ИИ уже украли?

Главный признак — расход, который не объясняется работой ваших сервисов: всплески ночью, запросы к моделям, которые вы не используете, рост числа запросов при неизменном трафике сайта. Отзовите ключ, выпустите новый и проверьте, где хранился старый.

Нужна помощь с проектом?

Обсудим задачу и предложим решение — от сайта до SaaS и защиты.

Связаться