Основатель стартапа проснулся и обнаружил неожиданные списания на $449 в OpenAI и Anthropic. Причиной, по данным Fox News, стал набор украденных API-ключей, использованных в ходе так называемой киберволны «Чёрный октябрь». Сумма невелика по сравнению с ущербом, с которым могла бы столкнуться крупная компания, но эта история показывает, как украденные в «Чёрный октябрь» API-ключи могут превратиться в реальные счета ещё до того, как кто-либо проснётся и заметит это.

В этом материале рассказывается, что означает этот ярлык, как обычно злоупотребляют украденными ключами, почему атаки с помощью ИИ оставляют защитникам меньше времени и что разработчики могут сделать уже сегодня.

Что означает «Чёрный октябрь» (и что пока не подтверждено)

«Чёрный октябрь» — это название, используемое для группы кибератак, связанных с облачными системами и инструментами разработчиков, причём ИИ играет роль в том, насколько быстро развиваются атаки. Репортаж Fox News сосредоточен на одном конкретном последствии: учётные данные, похищенные из облачных сред и репозиториев кода, были использованы для накопления расходов на AI-сервисы.

Стоит быть осторожным в отношении того, что установлено, а что нет. Статья даёт нам один задокументированный пример — $449 списаний на счетах OpenAI и Anthropic у основателя. В материалах, которые мы изучили, она не содержит полного технического описания каждого инцидента под знаменем «Чёрного октября» и не устанавливает единого злоумышленника или единый метод, стоящий за ними. Другие публикации, появляющиеся в результатах поиска, описывают множество AI-платформ для разработчиков, раскрывших утечки в октябре, и вредоносные программные пакеты, созданные для кражи секретов, но эти детали различаются в зависимости от источника, и мы их независимо не проверяли. Воспринимайте этот ярлык как shorthand для паттерна, а не как подтверждённую единую кампанию.

Как украденные API-ключи эксплуатируются в течение нескольких часов

API-ключ — это длинная строка символов, которая работает как пароль для программного обеспечения. Тот, кто им владеет, может делать запросы так, как будто это вы, а провайдер выставляет счёт аккаунту, которому принадлежит ключ. Обычно в этот момент нет ни запроса имени пользователя, ни второго фактора — вот почему утёкший ключ так полезен для злоумышленника.

Ключи оказываются раскрытыми несколькими распространёнными способами:

  • Их коммитят в репозиторий кода, иногда в конфигурационный файл или старый коммит.
  • Они хранятся в переменных окружения или настройках внутри облачной среды, которая оказывается скомпрометированной.
  • Их копируют в инструменты, скрипты или на машины разработчиков, которые позже подвергаются взлому.

Как только у злоумышленника появляется рабочий ключ, простейший ход — использовать его для вызовов AI-моделей за счёт жертвы. Это соответствует опыту основателя: списания появились на счетах OpenAI и Anthropic, а владелец узнал об этом только после того, как счёт накопился. Злоумышленнику не нужно касаться приложения или данных жертвы, чтобы получить выгоду. Сам ключ — это и есть продукт.

Именно поэтому денежная сумма может вводить в заблуждение. $449 — скромно, но это отражает, как мало времени и усилий требует злоупотребление. Без лимитов расходов тот же доступ мог бы накопить гораздо больший счёт.

Почему атаки с помощью ИИ сокращают время на реакцию защитников

«ИИ» в атаках с помощью ИИ важен из-за скорости. Поиск секретов в репозиториях, проверка того, действителен ли ключ, и решение, что делать дальше, — задачи, с которыми автоматизация справляется хорошо. Когда эти шаги объединяются в цепочку, разрыв между утечкой и злоупотреблением может сократиться с дней до часов.

Мы освещали связанное с этим событие в материале о находке Sysdig, которую компания описывает как полностью автономную AI-атаку с программой-вымогателем, где AI-агент осуществил вторжение практически без участия человека. Это инцидент иного типа, чем кража API-ключей, но основной урок похож: автоматизированные злоумышленники не ждут рабочих часов, и ручные процессы реагирования могут отставать.

Для небольших команд проблема острее. У стартапа редко есть центр безопасности, который круглосуточно следит за панелями биллинга. Основатель в этой истории узнал обо всём, проверив списания постфактум — именно так многие и обнаруживают подобное злоупотребление.

Что это значит для вас

Если вы создаёте что-то с помощью AI API, даже в рамках побочного проекта, ваши ключи — ценные учётные данные, и обращаться с ними следует как с паролями к платёжному аккаунту. Стоит помнить о трёх моментах:

  • Раскрытие часто незаметно. Вы можете не узнать об утечке ключа, пока не придут счета.
  • Счёт выставляет вам провайдер. Украденное использование обычно отражается на вашем аккаунте, поэтому предотвращение и раннее обнаружение — ваша задача.
  • Небольшие счета — это предупреждение. Неожиданное списание на $449 означает, что ключ сработал для кого-то другого. Относитесь к этому как к инциденту безопасности, а не просто к бухгалтерской проблеме.

Как защитить API-ключи: ротация, ограничение области действия, оповещения, MFA и сканирование секретов

Ни один из этих шагов не требует команды безопасности. Большинство занимает меньше часа.

  1. Ротируйте ключи прямо сейчас. Сгенерируйте новые ключи и отзовите старые, особенно те, что появлялись в коде, чатах, тикетах или общих документах. Ротируйте снова после любого подозрения на раскрытие.
  2. Ограничивайте область действия каждого ключа. Используйте отдельные ключи для каждого проекта или среды и давайте каждому только те разрешения, которые ему нужны, если ваш провайдер это поддерживает. Утёкший тестовый ключ не должен открывать доступ к продакшену.
  3. Установите лимиты расходов и оповещения. Настройте лимиты бюджета и уведомления об использовании в настройках биллинга каждого провайдера, чтобы необычная активность вызывала сообщение, а не сюрприз.
  4. Включите многофакторную аутентификацию. Защитите аккаунты провайдеров и облачные консоли, где создаются и просматриваются ключи. MFA не помешает украденному ключу работать, но затруднит кражу ключей из самого аккаунта.
  5. Сканируйте на наличие секретов. Запускайте сканер секретов по вашим репозиториям, включая историю коммитов, и проверяйте настройки CI и общие конфигурационные файлы. Удалите все раскрытые ключи и ротируйте их, поскольку удаление файла не отменяет утечку.
  6. Держите ключи вне кода. Храните их в выделенном менеджере секретов или защищённых переменных окружения, а не в исходных файлах.

Ключевые выводы

История об украденных в «Чёрный октябрь» API-ключах — напоминание о том, что небольшие, незаметные учётные данные могут быстро стоить реальных денег. Если вы создаёте что-то с помощью AI API, проведите аудит и ротацию ключей уже сегодня, установите лимиты расходов и оповещения, а также просканируйте репозитории на предмет раскрытых секретов. Для более широкого контекста о том, как автономные AI-атаки ускоряют вторжения, прочитайте наш отчёт о находках Sysdig об автономной AI-атаке с программой-вымогателем, а затем потратьте час на укрепление собственной конфигурации.