Основатель CoinEx и ViaBTC Хайпо Ян (Haipo Yang) заявил в соцсети X, что взлом Binance выявил как минимум три полностью предотвратимые ошибки. По словам Яна, проблема не в нехватке сложных технологий, а в отсутствии дисциплины при повседневной работе с инфраструктурой.
Речь идёт о событиях 29 октября 2026 года. Биржа 3 ноября раскрыла предварительные итоги расследования: затронутыми оказались цифровые активы примерно на $6,34 млрд. К моменту обновления около $2,85 млрд удалось заморозить или перехватить, а 98% затронутых токенов Binance восполнила.
Ян разобрал инцидент по трём пунктам:
Среды разработки и эксплуатации не были разделены.
В инструментах управления инфраструктурой отсутствовала полноценная двухфакторная защита.
Схема мультиподписи MPC существовала только формально.
Ошибка 1. Разработка и эксплуатация на одном устройстве
Чтобы понять первый пункт, нужно разобраться с терминами. Рабочая среда (production) — это действующая инфраструктура биржи: серверы, на которых работают сервисы для пользователей и где проходят операции с реальными деньгами. Есть и другие среды: в тестовой разработчики проверяют новый код, не рискуя ничем серьёзным. Эксплуатацией называют повседневное управление рабочей средой: запуск, настройку, обновление и мониторинг сервисов.
По мнению Яна, эти два мира Binance разделила не полностью. Сотрудник, у которого есть доступ к рабочей среде, должен использовать выделенный компьютер только для этой задачи и без стороннего программного обеспечения. Писать код, переписываться в мессенджерах и открывать сайты нужно на отдельном устройстве.
Логика понятна: любая программа или страница в браузере может оказаться лазейкой для злоумышленника. Если с того же компьютера можно управлять рабочими серверами, взлом обычного приложения превращается в доступ к самому ценному.
Ошибка 2. Один ключ вместо двух факторов
Двухфакторная аутентификация (2FA) требует двух независимых подтверждений личности: например, секретного ключа и физического устройства. По оценке Яна, в контуре управления Binance такой защиты не было. Для работы с сервисами хватало одного ключа, поэтому после его утечки атакующий получил полный доступ к рабочим системам.
Как правильно, Ян показал на примере. Операции с рабочей средой стоит проводить через браузерный инструмент Session Manager от Amazon Web Services (AWS) — облачной платформы, на которой работают многие крупные сервисы. Он позволяет подключаться к серверам без раздачи постоянных ключей. Вторым фактором должен служить аппаратный ключ безопасности — небольшое физическое устройство, которое нужно подключить или приложить для подтверждения входа. Украсть такой ключ удалённо невозможно, поэтому утечка одного пароля уже не приводит к взлому.
Ошибка 3. Мультиподпись без взаимной проверки
Третий пункт Ян назвал самым серьёзным. Чтобы разобраться в нём, нужно знать, как защищают средства на крупных биржах.
Мультиподпись (multisig) — схема, при которой для перевода средств нужно согласие нескольких независимых участников. Один человек или один сервер не может единолично отправить деньги. MPC (multi-party computation, многосторонние вычисления) — криптографический метод, при котором закрытый ключ не хранится целиком ни в одном месте. Его делят на части между несколькими участниками — узлами, и подпись транзакции формируется совместно. MPC multi-signature объединяет оба подхода: ключ разделён, а подтверждать операцию должны несколько сторон.
По словам Яна, у Binance такая схема существовала лишь номинально. Подписанты не проводили самостоятельной проверки транзакций и просто подтверждали запросы вышестоящих систем. В итоге компрометация одного узла обрушила всю конструкцию, а мультиподпись работала так же, как обычная одиночная подпись.
Настоящая мультиподпись, как считает основатель ViaBTC, строится на взаимном недоверии. Каждый подписант обязан сам проверить транзакцию: куда уходят деньги, в каком объёме и по какой причине. Если этой проверки нет, несколько ключей создают лишь видимость защиты.
Ян по сути предложил отрасли короткий чек-лист: выделенные устройства для доступа к рабочим системам, аппаратные ключи как обязательный второй фактор и независимая проверка каждой транзакции всеми подписантами. По его оценке, ни один из этих пунктов не требует передовых технологий.
С точки зрения машинного анализа данных, чек-лист Яна полезно сопоставить с профилем противника. Аналитики Elliptic сообщили , что похищенное прошло через около 12 000 кошельков и более 40 000 транзакций менее чем за четыре дня. Такой темп похож на конвейер, а не на кустарный взлом. Аппаратный ключ и выделенный ноутбук поднимают цену атаки, но не отменяют асимметрии: нападающему хватает одной удачи, обороне нужна безупречность каждый день.
▼ Самые интересные и важные новости на нашем канале в Telegram
