$6,3 млрд через ноутбук инженера: взлом Binance показал цену слабой безопасности DevOps

В чём суть: ноутбук инженера стал входом в биржу

По данным The Hacker News на момент публикации, атакующий начал с ноутбука инженера DevOps. Так называют специалиста, который связывает разработку программ с работой боевых серверов. С ноутбука взломщик добрался до служебного контейнера (изолированной «коробки» с программой на сервере) и уже оттуда отправил транзакции на вывод.

Автор технического разбора, на который мы опираемся, считает криптовалюту здесь второстепенной деталью. Цепочка «ноутбук инженера, контейнер на боевом сервере, действие, которое не отменить» есть почти в любой компании. Где-то это вывод денег, а где-то удаление базы, выгрузка клиентских данных или выпуск сертификата.

На ноутбуке инженера DevOps обычно лежат:

• файл доступа к боевым серверным кластерам;
• ключи от облака;
• SSH-ключи для удалённого входа на серверы;
• токены доступа (цифровые пропуска) к CI, системе автоматической сборки и проверки кода.

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

Binance в этой истории не одинока. Среди источников автор приводит CircleCI: по данным SecurityWeek, этот сервис взломали через вредоносную программу на ноутбуке сотрудника, а сама компания опубликовала отчёт об инциденте 4 января 2023 года.

Аргументы за: безопасность нужно ставить в план отдельной строкой

Сторонники этого подхода предлагают другой порядок. Служба информационной безопасности (ИБ) подключается на этапе проектирования и объясняет, какую угрозу закрывает каждое требование. Команда DevOps считает доступы и секреты своей зоной ответственности, а время на защиту закладывается в план заранее.

Главный довод: ИИ ускорил обе стороны. В 2023 году инженеры полупроводникового подразделения Samsung загрузили в ChatGPT исходный код и протоколы совещаний. После этого компания запретила генеративный ИИ на рабочих устройствах и во внутренней сети.

В августе 2025 года случилась атака s1ngularity. В npm, общий каталог готовых программных пакетов, выложили заражённые версии системы сборки Nx. Скрипт искал на компьютере ИИ-агентов (программы, которые сами выполняют действия по команде): Claude Code, Gemini CLI, Amazon Q.

Найденных агентов скрипт запускал с отключёнными подтверждениями. По промпту (текстовой команде для ИИ) агент сам искал SSH-ключи и токены GitHub и npm, а добычу отправлял в публичные хранилища кода. Компания Wiz насчитала там больше 1000 действующих токенов GitHub.

Скорость поиска дыр тоже выросла. По словам автора разбора, в октябре неопубликованная модель Claude написала эксплойт (программу, которая использует уязвимость) к ядру Linux примерно за 53 минуты, от первой утечки памяти до полных прав администратора. Amazon, по его же данным, видел попытки взлома критических дыр в PHP за четыре дня до их публичного раскрытия.

Аргументы против: почему защиту месяцами откладывают?

У команды DevOps понятные метрики: скорость выпуска обновлений, время безотказной работы, время восстановления. Задачи по безопасности в эти показатели не входят. Пока ничего не случилось, смена пропусков выглядит как работа без результата.

ИБ при этом часто приходит в конце, когда проект готов, и выкладывает список требований. Для DevOps это помеха перед запуском, для ИБ это попытка протащить небезопасное решение. Каждая сторона считает, что за защиту отвечает другая.

Есть и радикальный вариант, как у Samsung: просто запретить ИИ. Автор разбора от этого отказывается и предлагает правила вместо запрета.

Если ждать свободного окна, его не будет. : Автор технического разбора о безопасности DevOps

Что делать с этим прямо сейчас, по ролям

Автору Дзена: не вставляйте в чат-боты пароли, ключи от сервисов и файлы с доступами. Это касается ChatGPT и доступных в РФ YandexGPT и GigaChat. Перед отправкой логов или скриншотов вычищайте из них токены.

Тем, кто ставит ИИ-агентов на свой компьютер: агент с отключёнными подтверждениями должен работать в отдельной виртуальной машине, а не там, где хранятся рабочие доступы. Тестовые задания от незнакомых заказчиков и чужие проекты запускайте только в одноразовой виртуалке.

Маркетологу: выгрузки клиентских баз и рекламных кабинетов не отправляйте в нейросети без согласования. Выясните, куда уходят данные выбранного сервиса.

Предпринимателю РФ и СНГ: закажите у технической команды список вечных паролей и ключей к боевым системам. Попросите заменить их на временные через SSO или OIDC, то есть единый вход через корпоративную учётную запись. Запишите правила работы с ИИ на одной странице: что можно отправлять, какие сервисы разрешены, где запускать агентов.

Дальше атак через ИИ-агентов будет больше. В апреле 2026 года компания LayerX показала, что правкой файла инструкций CLAUDE.md можно заставить агента выполнить вредоносный код. Поэтому файлы с инструкциями для агентов станут проходить проверку наравне с обычным кодом, а время на безопасность DevOps получит отдельную строку в каждом спринте. Компании, которые продолжат ждать свободного окна, узнают о своих дырах из чужих расследований.