OpenCode взломан: утечка API-ключей пользователей
17 октября 2026 года OpenCode подтвердил взлом: API-ключи OpenAI, Anthropic и Google утекли в результате атаки на устаревшую систему. Что произошло и что делать.
OpenCode взломан: утечка API-ключей пользователей
В ночь с 16 на 17 октября 2026 года один из самых популярных открытых AI-кодинг-агентов оказался в центре серьёзного инцидента безопасности. OpenCode, опенсорсный терминальный кодинг-агент, сообщил об утечке, произошедшей в ночь с 16 на 17 октября 2026 года. Злоумышленники получили доступ к хранилищу API-ключей пользователей и немедленно начали тратить чужие деньги на запросы к крупнейшим AI-моделям. История развивалась стремительно: за несколько часов соцсети заполнились предупреждениями, а тысячи разработчиков бросились отзывать свои ключи.
Что именно произошло, кто пострадал и — главное — как избежать подобного в будущем? Разбираемся по фактам.
Что произошло: хроника событий
Хронология событий 17 октября 2026 года выглядела так: первые уведомления об инциденте появились на Reddit около 14:14, предупреждения о расходах от трёх AI-провайдеров — в 14:35, первые зафиксированные несанкционированные списания — в 15:18, первое официальное заявление OpenCode — в 17:56, подтверждение цифры в 1,4% пользователей — в 18:08, а к 18:41 стало известно, что аккаунты сооснователя Dax Raad тоже атакованы.
В официальном письме OpenCode сообщил, что неизвестные получили несанкционированный доступ к устаревшей системе, которую компания как раз выводила из эксплуатации. Компания также предупредила, что API-ключи, хранившиеся в пользовательских рабочих пространствах — в том числе для OpenAI и Anthropic — могли быть скомпрометированы.
В посте на X в 18:08 UTC 17 октября компания подтвердила, что инцидент затронул 1,4% пользователей OpenCode Console, и заявила, что уведомила каждого пострадавшего по электронной почте, а также работает с Anthropic, OpenAI и Google над устранением последствий.
Временная шкала инцидента
timeline
title Хронология взлома OpenCode (17 октября 2026)
14:14 : Первые сообщения об инциденте на Reddit
14:35 : Предупреждения о расходах от трёх AI-провайдеров
15:18 : Зафиксированы несанкционированные списания
17:56 : Первое официальное заявление OpenCode
18:08 : Подтверждение масштаба — 1,4% Console-пользователей
18:41 : Атака на аккаунты сооснователя Dax Raad
Механика атаки: что такое distillation attack
OpenCode охарактеризовал инцидент как «масштабную атаку дистилляции» (large scale distillation attack). Это не стандартный взлом ради кражи паролей или банковских данных.
Злоумышленники не охотились за паролями или данными кредитных карт. Их целью был доступ к вычислительным мощностям — в 2026 году валидный API-ключ Anthropic, OpenAI или Google представляет собой реальное денежное разрешение на использование ресурсов.
Атака дистилляции — это использование чужого доступа к большой AI-модели для массового извлечения её ответов, зачастую с целью обучения конкурирующей модели. Именно поэтому API-ключи провайдеров стали главной добычей.
Получив ключи, злоумышленники запускали повторяющиеся запросы к высококлассным AI-моделям. Пострадавшие пользователи сообщали о стремительном опустошении балансов: у некоторых счета выросли на сотни долларов.
Украденные учётные данные злоумышленники не продавали — они использовали их для запуска запросов к AI-моделям за счёт жертв. Как минимум один разработчик зафиксировал $400 несанкционированных списаний от Anthropic, прежде чем успел среагировать.
Кто пострадал и что именно утекло
OpenCode сообщил, что пережил взлом, связанный с так называемой «масштабной атакой дистилляции». Компания уточнила, что под удар попали около 1,4% пользователей OpenCode Console — не 1,4% от всех, кто пользуется опенсорсным кодинг-агентом.
Console OpenCode включает шлюз учётных данных — функцию, позволяющую разработчикам хранить сторонние API-ключи на стороне сервера и переключаться между провайдерами через единый интерфейс. Именно это и сделало взлом возможным. Уязвимая устаревшая система хранила ключи, сохранённые пользователями в этом шлюзе. Разработчики, использовавшие OpenCode исключительно через CLI и хранившие ключи локально, не пострадали.
Что подтверждено, что — нет
| Факт | Статус | Источник |
|---|---|---|
| Доступ к устаревшей выводимой из эксплуатации системе | ✅ Подтверждено | Письмо OpenCode пользователям |
| Утечка ключей OpenAI и Anthropic | ✅ Подтверждено | Письмо OpenCode пользователям |
| Ключи Google также скомпрометированы | ⚠️ Сообщают пользователи; Google назван партнёром по устранению | Пользователи X; OpenCode |
| Затронуто 1,4% Console-пользователей | ✅ Подтверждено | OpenCode в X |
| Отсутствие письма = отсутствие ущерба | ✅ По заявлению OpenCode | OpenCode в X |
| Ключи использованы для дистилляции | ⚠️ Формулировка OpenCode, без технических деталей | OpenCode в X |
Стоит отметить, что ранее в 2026 году исследователи раскрыли критическую уязвимость удалённого выполнения кода в инструменте (CVE-2026-22812), связанную с неаутентифицированным локальным HTTP-сервером, который старые версии запускали автоматически. OpenCode устранил эту проблему в версии 1.1.10. Нынешний взлом, судя по всему, не связан с той уязвимостью — он произошёл через внутреннюю «устаревшую систему», которую OpenCode уже выводил из эксплуатации, однако это добавляет к и без того тревожному паттерну инцидентов безопасности вокруг AI-кодинг-агентов.
Реакция сообщества и самой компании
Реакция в сети оказалась мгновенной. Известный технический блогер NetworkChuck с аудиторией в миллионы подписчиков опубликовал предупреждение, набравшее 57 000 просмотров за несколько часов. Информационный аккаунт Dark Web Intelligence немедленно подтвердил взлом.
OpenCode подтвердил инцидент и начал сотрудничество с тремя крупными AI-провайдерами.
Компания сообщила: если пользователь не получил письмо — он не в числе пострадавших.
При этом OpenCode так и не раскрыл, каким именно образом был получен доступ и сколько аккаунтов составляют эти 1,4%.
Один из разработчиков в треде Hacker News дал ёмкий комментарий о том, почему произошедшее закономерно:
Каждый инструмент, которому я даю ключ, получает собственный лимит расходов. Одна утечка не должна опустошить весь счёт.
Тред Hacker News об инциденте заставил разработчиков задаться вопросом: а должна ли вообще какая-либо платформа хранить эти ключи? Неудобный ответ: самый безопасный подход — ключи, которые никогда не покидают локальное окружение.
Что делать прямо сейчас: пошаговая инструкция
Для примерно 1,4% пользователей OpenCode Console, попавших под удар, компания даёт конкретные рекомендации: сменить каждый ключ провайдера, привязанный к OpenCode; проверить логи использования в дашбордах OpenAI, Anthropic и Google на предмет аномалий; обновить все зависимые инструменты или скрипты, использовавшие старые ключи.
graph TD
A[Получили письмо от OpenCode?] -->|Да| B[Немедленно отзовите все ключи в OpenAI, Anthropic, Google]
A -->|Нет| C[Вы не пострадали]
B --> D[Проверьте логи расходов за последние 48 часов]
D --> E{Обнаружены аномалии?}
E -->|Да| F[Оспорьте транзакции у провайдера]
E -->|Нет| G[Сгенерируйте новые ключи с лимитом расходов]
F --> G
G --> H[Никогда не храните ключи на сторонних серверах]
C --> I[На всякий случай установите лимиты расходов]
Как отозвать ключи у каждого провайдера
| Провайдер | Где управлять ключами | Ссылка |
|---|---|---|
| OpenAI | platform.openai.com → API Keys | Раздел «Revoke» |
| Anthropic | console.anthropic.com → API Keys | Кнопка «Delete» |
| Google (Gemini) | aistudio.google.com → API Keys | Кнопка «Delete» |
# Проверьте, нет ли в вашем .env или конфигах OpenCode остаточных ключей
grep -r "OPENAI_API_KEY\|ANTHROPIC_API_KEY\|GOOGLE_API_KEY" ~/.config/opencode/
grep -r "sk-" ~/.opencode/
Системная проблема: риски модели «принеси свой ключ»
Инцидент с OpenCode — не изолированный случай, а симптом более глубокой проблемы в экосистеме AI-инструментов.
Инцидент напоминает о структурном риске растущей категории AI-инструментов в модели «принеси свой ключ» (BYOK): удобство и гибкость выбора провайдера достигаются ценой концентрации множества высокоценных учётных данных внутри одного стороннего приложения.
Хранение тысяч высокоценных API-ключей в централизованной серверной системе создаёт именно ту цель, которую ищут злоумышленники.
OpenCode получил широкое распространение среди разработчиков как опенсорсный терминальный интерфейс для оркестрации задач кодирования через frontier-языковые модели. Поскольку инструмент глубоко интегрируется с локальными Git-репозиториями, GitHub Actions и удалёнными inference API, утечка учётных данных несёт немедленные риски: несанкционированное изменение репозиториев, автоматическое внедрение кода и атаки на цепочку поставок.
Разработчики доверили кодинг-агенту собственные учётные данные, а взлом произошёл на стороне вендора, а не модели. В любом случае ключи оказались на свободе. Для сообщества разработчиков, последние два года активно подключавшего AI-агентов напрямую к чувствительным с точки зрения биллинга API-аккаунтам, урок 17 октября звучит жёстко.
Выводы
Взлом OpenCode — это не просто очередная история об украденных данных. Это наглядная демонстрация новой категории киберугроз, направленных непосредственно против AI-инфраструктуры. Злоумышленники больше не охотятся за паролями и кредитными картами — они охотятся за вычислительным доступом.
Несколько ключевых уроков, которые следует усвоить каждому разработчику, работающему с AI-инструментами:
- Никогда не храните «живые» ключи на сторонних серверах — если инструмент предлагает BYOK через облачный интерфейс, оцените риски.
- Устанавливайте лимиты расходов — это ваш последний рубеж обороны при утечке.
- Используйте отдельные ключи для каждого инструмента — изоляция ограничивает ущерб.
- Регулярно проверяйте логи использования — аномалия в расходах может быть первым признаком компрометации.
- CLI-режим безопаснее облачного — пользователи, хранившие ключи локально в переменных среды, не пострадали.
OpenCode как платформа, вероятно, переживёт этот инцидент. Вопрос в том, изменит ли он подход всей индустрии к хранению учётных данных в AI-инструментах — или следующая громкая атака лишь подтвердит, что урок так и не был усвоен.