29 октября из Binance, крупнейшей криптобиржи мира, вывели около $6,3 млрд. По первой версии самой биржи, всё началось со скомпрометированного ноутбука DevOps-инженера.
Через ноутбук атакующий добрался до service container и оттуда отправил транзакции на вывод. Ключи от кошельков не утекли: транзакции подписала сама система биржи, потому что запрос пришёл изнутри.
Криптовалюта здесь вторична. Мне интереснее другое: задачи по безопасности у нас месяцами лежат в бэклоге, а ноутбук инженера с доступом в прод остаётся самым удобным входом в компанию.
Почему это касается не только бирж
Цепочка «ноутбук инженера → контейнер в проде → действие, которое не откатить» есть почти в любой компании. Где-то это вывод денег, а где-то удаление базы, выгрузка клиентских данных или выпуск сертификата.
На ноутбуке DevOps обычно лежит kubeconfig от боевых кластеров, ключи облака, SSH-ключи и токены CI. Часто всё это статическое и живёт месяцами.
Когда инженер со своей машины ходит в прод, в логах это выглядит как обычная работа. Когда с той же машины ходит атакующий, в логах всё выглядит точно так же.
Binance не первый
Историй, где входом стала машина или креды инженера, за последние годы набралось достаточно. Три самых показательных:
Когда |
Компания |
Что случилось |
|---|---|---|
декабрь 2022 — январь 2023 |
На ноутбук инженера попал infostealer, антивирус его не заметил. Украли SSO-сессию с уже пройденной 2FA, добрались до прода и выгрузили переменные окружения, токены и ключи клиентов. Всем клиентам пришлось ротировать секреты. |
|
сентябрь 2022 |
После социальной инженерии атакующий нашёл на сетевой шаре PowerShell-скрипт с захардкоженным паролем админа Thycotic, PAM-системы компании. Из PAM достал креды от AWS, Google Workspace, Duo, OneLogin, vSphere. |
|
2022 |
Домашний компьютер senior DevOps-инженера взломали через уязвимый Plex. Кейлоггер снял мастер-пароль, дальше был волт с ключами от бэкапов продовой базы в S3. |
Ни в одном из этих случаев не ломали периметр в классическом смысле. Атакующие заходили через инженера с доступами или через секрет, который лежал не там. А скрипт с паролем или токен в переменных CI — это как раз наша зона ответственности.
ИБ и DevOps: почему безопасность откладывают
У DevOps-команды метрики понятные: скорость релизов, аптайм, время восстановления. Задачи по безопасности в них не попадают. Пока ничего не случилось, ротация токенов или переход на короткоживущие креды выглядят как работа без результата. И месяцами лежат в бэклоге под задачами «бизнес ждёт».
ИБ при этом часто приходит в конце. Проект готов, и сверху ложится список требований. Для DevOps это блокер перед релизом, для ИБ — попытка протащить небезопасное решение. ИБ не всегда понимает, как устроены кластер и пайплайн, DevOps редко думает категориями модели угроз. В итоге каждая сторона считает, что за безопасность инфраструктуры отвечает другая.
По-моему, работает другой порядок. ИБ подключается на этапе проектирования и объясняет, какую угрозу закрывает каждое требование. DevOps считает доступы, секреты и права в кластере своей зоной ответственности. А время на безопасность закладывается в план заранее, отдельной строкой.
Если ждать свободного окна, его не будет.
ИИ: те же ошибки, только быстрее
С приходом ИИ появились новые способы слить секреты, и оба примера ниже про инженеров.
В 2023 году инженеры полупроводникового подразделения Samsung загрузили в ChatGPT исходный код и протоколы совещаний, решая рабочие задачи. После этого компания запретила генеративный ИИ на рабочих устройствах и во внутренней сети.
В августе 2025 года случилась атака s1ngularity. В npm опубликовали заражённые версии системы сборки Nx. Postinstall-скрипт искал на машине локальные AI-агенты (Claude Code, Gemini CLI, Amazon Q) и запускал их с флагами --dangerously-skip-permissions, --yolo и --trust-all-tools, то есть без подтверждений. Агент по промпту сам искал .env, SSH-ключи, токены GitHub и npm, а найденное уходило в публичные репозитории. Wiz насчитал там больше 1000 валидных токенов GitHub. Часть запусков произошла прямо в CI.
И ещё одна сторона. ИИ ускорил поиск уязвимостей. В октябре неопубликованная модель Claude написала эксплойт к уязвимости ядра Linux CVE-2026-98432, от первой утечки памяти до root прошло около 53 минут. Критические дыры в PHP PHP2Shell нашли с помощью GPT-5.6 Sol и Gemini, а Amazon видел попытки эксплуатации за четыре дня до публичного раскрытия. Время от дыры до рабочего эксплойта сокращается, и патчи раз в квартал уже не спасают.
Отказываться от ИИ из-за этого я не предлагаю. Но правила в команде нужны:
В чат не уходит то, что нельзя показать постороннему: kubeconfig, .env, дампы базы. Логи перед отправкой чистятся от токенов и паролей.
Инструменты согласованы с ИБ, и понятно, куда уходят данные.
AI-агент с отключёнными подтверждениями работает в отдельном контейнере или виртуалке. На машине с продовыми кредами такого агента быть не должно.
Сгенерированные манифесты, скрипты и пайплайны проходят ревью как чужой код. Особое внимание — секретам в открытом виде,
privileged: trueи слишком широким RBAC-ролям.Файлы инструкций для агентов в репозитории тоже код. В апреле 2026 года LayerX показала, что правкой CLAUDE.md можно убедить агента выполнить вредоносный код, поэтому такие правки тоже идут через ревью.
С чего начать, если времени мало
Найти статические креды к проду: токены в kubeconfig, ключи облака на ноутбуках, пароли в скриптах и репозиториях. Заменить на короткоживущие через SSO или OIDC.
Пересмотреть, у кого есть доступ в прод и exec в поды критичных сервисов. Оставить минимум.
Заложить в каждый спринт фиксированное время на задачи безопасности.
Договориться с ИБ о регулярной короткой встрече и о том, что новые проекты они видят на этапе дизайна.
Записать правила работы с ИИ: что можно отправлять, какие инструменты разрешены, где запускать агентов.
Тестовые задания от незнакомых работодателей и чужие репозитории запускать только в одноразовой виртуалке.
Источники
The Hacker News — Binance Suffers Security Breach Affecting $6.3 Billion in Assets
CircleCI — Incident report for January 4, 2023 security incident
SecurityWeek — CircleCI Hacked via Malware on Employee Laptop
AI Incident Database — Malicious Nx npm packages weaponize AI coding agents
BleepingComputer — Critical Linux kernel flaw allows remote root attacks on MPTCP servers
Expert Insights — Researchers trick Claude Code into running offensive cyberattacks
Комментарии (12)
kenomimi
02.11.2026 11:09Девопс не может обслуживать прод без паролей и ключей. Как не изголяйся, но хакер все равно сломает систему, если он уже закрепился на устройстве и может управлять им извне.
Тут нужно изолировать сам ноутбук от интернета, чтобы хакер не смог управлять им. Выдать для ноута симку с доступом только к паре vpn ip компании - такое вполне существует в b2b. Модуль wifi физически вынуть, заменив на модем. Из этого впн доступ только в сеть компании без интерента и мощным dlp. Надо интернет? Либо еще один комп рядом, либо виртуалка в облаке. Все репы, которые нужны для работы, проксируются снаружи внутрь сети компании с задержкой на 1-2 недели и антивирусной проверкой... Даже если мы хватанули что-то, DLP система сходу увидит это по куче неуспешных соединений наружу. Тогда будет хоть какое-то подобие защищенности.
С доступом в интернет никакой защиты нет, вообще, и все антивирусы-файрволлы пустой звук, так как хакер высокого уровня вполне имеет ресурсы на тестирование своего зловреда на всех возможных антивирусах, а уязвимости чаще всего эксплуатируются сложными цепочками.
nApoBo3
02.11.2026 11:09Многоступенчатая авторизация это проблему успешно решает. Девопс сможет выполнить свою работу, но не сможет внести в систему "разрушающие" изменения. А так конечно, если каждому кодеру по руту выдать, а еще и по sa к хранилищу, что сплош и рядом встречается, рано или поздно это плохо закончится.
nullc0de
02.11.2026 11:09Согласен, у нас все на авось надеются, и принебрегают основами криптографии и безопасности, при этом думают, что их системы это неприступная крепость и оплот безопасности.
vaslobas
02.11.2026 11:09Так с чего девопс вообще имеет права единолично вносить изменения в критические части системы? На ревью отправить, а там пара коллег его должны утвердить эти изменения.
Шанс что сломают сразу троих сотрудников одновременно очень мал.
kenomimi
02.11.2026 11:09Такие темы организуются не "поломали тачку - закоммитили - применили". Такое грубое вмешательство стриггерит ИБ...
Девопс заходит на сайт, там связка, ему через уязвимость прилетает некая полезная нагрузка в виде куска бинарного кода. Она сидит в процессе браузера и не отсвечивает, но при этом ведет первичную разведку. Данные она отправляет только тогда, когда от браузера идет сетевая активность, чтобы не спалится. Дальше хакер по собранной информации генерит и заливает новый шелл, на выход из песочницы браузера, на повышение привелегий, на уход в ядро. Модифицируется в памяти ssh-клиент, получается сессия. Через эту сессию идет проникновение на прод, там снова через цепочку уязвимостей получаем полные права. И вот оттуда уже прямо на лету подменяются нужные участки кода... Все в оперативке, никаких новых файлов, процессов или потоков. И длинные цепочки уязвимостей, а не просто одна критическая cve. Плюс хакер до атаки заранее понимает всю инфраструктуру, и скорее всего, в процессе исследования жертвы стырил все исходники и нужные файлы.
Эта дрянь уже 10-12 лет назад была собрана в фреймворки и продавалась за большие деньги в даркнетах как готовый продукт для взломов. Что там сейчас, с появившимся ИИ, я даже представлять боюсь, особенно у тех, кто может поднять свой расцензуреный ИИ и располагает крутыми кожаными спецами.
ladydebug-com
02.11.2026 11:09Вспоминается сериал Flight Attendant, в котором одной из героинь дали флешку и попросили записать файл на лаптоп мужа, который работал в хай-теке. Всё это за какую-то символическую плату ~ 5К US$ (точно не помню), в результате какие-то корпоративные секреты утекли в Сев Корею, чувака уволили с волчим билетом и пришлось ему пойти работать в какой-то фаст-фуд, а жене его податься в бега т северокорейские ребята крепко её прижали. Интересно а какие перспективы открываются у Бинансовского ДевОпса?
Jajaba
02.11.2026 11:09Как же неожиданно удобно, когда есть мифические хакеры, на которых всегда можно всё свалить.
Tor-Dur-Bar
02.11.2026 11:09Смотрите, смотрите, у сарая нет одной стены! То есть серверы хорошо защищены, а вот пользовательские компьютеры… На каком ПО мог работать тот ноутбук? Archlinux с включённым AUR, Ubuntu навязывающая использование snap-store вместо нормальных репозиториев, macOS что становится похожей на полноценную ОС только после установки homebrew. Появились новости о том, как сотрудник Binance прокололся как раз на неправильной установке homebrew.
Ctu
В случае с Бинанс как будто, что-то недоговартвартвают. Ведь нужно не просто получить доступ к машине "девопса", нужно заранее знать и понимать как устроена и работает внутренняя информационная система, либо потратить какое-то время на анализ, невозможно просто так взять и подсунуть системе платёж, с 100% уверенностью что он пройдёт контроли и будет исполнен.
Nyanny
В случае с бинансом там вообще устроили комедийное шоу: одновременно говорят, что все логи зачищены и при этом в это же время сразу же явно называют виновных.
kenomimi
Ну если там подключилось ФБР, то скорее всего, большую часть данных до окончания расследования разглашать нельзя, чтобы не мешать следствию. Потому говорят только то, что можно говорить, и оно выглядит очень нелогично для внешнего наблюдателя.
Ru6aKa
Если систему делали тяп ляп, то пройдет любой платеж и никакой алерт не сработает.
Обычно делают кворум подписантов с правилами подписи, которые или загружаются из защищенного хранилища, или просто сделаны хардкодом, допустим, транза до 1 млн, подписывается автоматически и нужно 2 из 3 подписей например, все что выше ручной апрув и ручная подпись от ответственных людей, тоже 2 из 3. Бывает делают старт с подтверждением паролем подписанта, чтобы хакер не мог просто поменять код и перезагрузить контейнер когда захочет.
А то выходит подозрительно, делаешь вывод с бинанса на 3 копейки, спросят 100500 подтверждений и еще могут отправить на проверку на 24 часа, а типы с компа хренпоймикого без палева 3 часа создают мутные транзы и потом делают вывод на 6 лярдов.