OpenCode раскрыла инцидент безопасности: у части пользователей Console могли быть скомпрометированы сторонние API-ключи, сохранённые в рабочих пространствах. Речь идёт о 1,4% пользователей Console — не всей аудитории сервиса. Заявление компания опубликовала 17 октября 2026 года, а 18 октября о нём стало известно из публикации Cybersecurity News.
OpenCode сообщила, что в то утро разослала письма всем затронутым пользователям, и заявила: кто письма не получил, того инцидент не коснулся. В том же заявлении компания связала случившееся с масштабной атакой дистилляции и сообщила, что взаимодействует по этому поводу с Anthropic, OpenAI и Google.
Что именно произошло
По уведомлению, попавшему в распоряжение издания, OpenCode зафиксировала несанкционированный доступ к устаревшей системе (legacy), которую компания и так готовилась выводить из эксплуатации. В рабочих пространствах пользователей хранились ключи сторонних провайдеров — в том числе OpenAI и Anthropic, — и эти ключи могли быть раскрыты.
Формулировка уведомления говорит о вероятной компрометации, а не о том, что каждый затронутый ключ был похищен или использован. Публичное заявление OpenCode не объясняет, как злоумышленники получили доступ, сколько времени провели внутри и сколько ключей оказалось затронуто. Компания также не называет атакующего и не приводит технических доказательств связи взлома с дистилляцией.
Дистилляция: что известно, а что нет
Дистилляция — это обучение одной ИИ-модели на ответах другой. В неавторизованной кампании злоумышленники могут собирать большие объёмы вывода модели без разрешения. Cybersecurity News ранее писала о предупреждениях Anthropic по поводу масштабных атак дистилляции: повторяющиеся запросы позволяют переносить возможности между моделями.
Однако OpenCode не уточнила, использовались ли раскрытые учётные данные именно для таких запросов. Её заявление фиксирует заявленную связь, но не даёт полной картины атаки. Подтверждённых данных об ущербе в публичном раскрытии тоже нет.
Более широкая проблема утечки учётных данных поднималась и раньше — например, в материалах об API-ключах, найденных в открытых веб-данных. Тот случай показывает, почему важно хранить секреты аккуратно и вовремя убирать их из публичного доступа, но он не доказывает, что здесь действовали те же атакующие или применялись те же методы.
Что делать получившим уведомление
Порядок действий описан в самом предупреждении:
- отозвать ключи сторонних провайдеров и выпустить новые через панели управления OpenAI, Anthropic и других сервисов;
- обновить все приложения, которые используют эти ключи;
- проверить недавнее использование и счета у провайдеров на предмет неожиданной активности.
Проверка истории запросов вместе с записями о биллинге помогает выявить обращения, которые требуют разбирательства. Замена ключа означает и обновление каждого приложения, которое от него зависит, — иначе сервис просто перестанет работать.
OpenCode на момент публикации заявления сообщила, что инцидент продолжается и что дополнительных деталей раскрыть не может. Более полный технический отчёт помог бы установить точку входа, масштаб компрометации учётных данных и то, были ли несанкционированные запросы к моделям.
Почему это касается не только OpenCode
Инцидент — наглядный пример риска, знакомого каждому администратору: ключи сторонних API живут в рабочих пространствах сервисов-посредников, и компрометация такого посредника автоматически ставит под удар биллинг у провайдеров. Если ключ OpenAI или Anthropic лежал в чужом интерфейсе, отзыв и ротация — единственный надёжный способ закрыть вопрос, а не надежда на то, что «ключ не использовали».
Похожие уроки дают и другие недавние инциденты: например, атака на серверы обновлений AOMEI Backupper с бэкдором SHINYROAD и эксплуатация критической уязвимости Collabora Online для установки веб-шеллов на серверы Nextcloud. В обоих случаях злоумышленник получал доступ к инфраструктуре, а расплачивались пользователи.
Для российских администраторов ситуация дополнительно осложняется тем, что панели OpenAI и Anthropic недоступны напрямую, и ключи часто хранятся в сторонних обвязках и прокси-сервисах. Чем больше посредников, тем важнее ротация и учёт: после любого сообщения о взломе посредника проверять счета и журналы запросов нужно в первую очередь.
Частые вопросы
Кого затронул инцидент?
Только часть пользователей OpenCode Console, у которых были привязаны внешние провайдеры, — 1,4% от аудитории Console. Это доля не от всех пользователей OpenCode. Затронутым компания разослала письма.
Мне не пришло письмо — я в безопасности?
OpenCode заявила, что не получившие письмо пользователи не затронуты. Но если вы хранили ключи сторонних провайдеров в Console и сомневаетесь, ротация ключей — дешёвая страховка.
Какие ключи могли утечь?
Ключи сторонних провайдеров, сохранённые в рабочих пространствах, — в том числе OpenAI и Anthropic. Точный перечень и количество ключей компания не раскрыла.
Ключи точно украли?
Нет. Уведомление говорит о возможном раскрытии, а не о подтверждённой краже или использовании каждого ключа. Подтверждённых данных об ущербе в публичном заявлении нет.
Что делать в первую очередь?
Отозвать старые ключи и выпустить новые в панелях провайдеров, затем обновить приложения, которые их используют. После этого проверить недавнее использование и счета на подозрительные запросы.
Как понять, что ключ использовали?
Смотреть на историю запросов и биллинг у провайдера: неожиданные объёмы или обращения в необычное время — повод для разбирательства. Именно для этого в уведомлении просят сверить использование со счетами.
Как злоумышленники получили доступ?
OpenCode этого не раскрыла. Известно лишь, что доступ был к устаревшей системе, которую компания готовилась отключать. Сколько времени атакующие провели внутри, тоже не сообщается.
При чём здесь дистилляция?
Компания связала инцидент с масштабной атакой дистилляции — обучением одной модели на ответах другой. Но использовались ли для этого раскрытые ключи, OpenCode не уточнила.
Инцидент завершён?
На момент публикации заявления компания сообщила, что инцидент продолжается, и пообещала раскрыть детали позже. Полного технического отчёта пока нет.
Источник: cybersecuritynews.com