Как чаще всего крадут криптовалюту: от сид-фразы до горячего кошелька обменника

Блокчейн-транзакцию нельзя отменить. В банке можно оспорить платёж, заблокировать карту, вернуть деньги через суд. В криптовалюте отправленное почти всегда потеряно. Поэтому злоумышленники охотятся не за «взломом блокчейна» — это практически невозможно, — а за людьми и инфраструктурой вокруг него. Регулярные обзоры криминальной активности в криптовалютах публикует, например, Chainalysis.

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

Пользователи: деньги уходят «по собственной воле»

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

Фальшивая поддержка. Пользователь пишет в публичный чат о проблеме, и ему тут же отвечает «служба поддержки» в личных сообщениях. Дальше — просьба продиктовать фразу, установить программу удалённого доступа или «подтвердить кошелёк» на стороннем сайте.

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

Подмена буфера обмена. Вредоносная программа следит за буфером обмена и подменяет скопированный адрес кошелька на свой в момент вставки.

Вредоносные разрешения и дрейнеры. В сетях Ethereum и совместимых с ним кошелёк может выдать смарт-контракту разрешение тратить токены. Поддельный сайт «аирдропа» или NFT просит подписать транзакцию, которая на деле даёт неограниченный доступ к токенам. Подписал — и контракт выводит их, когда захочет.

SIM-swap. Мошенник убеждает оператора связи перевыпустить номер жертвы на свою SIM-карту и получает доступ ко всем аккаунтам, где вход подтверждается по SMS, — включая биржи.

Поддельные приложения кошельков. Копии популярных кошельков в магазинах приложений и на сайтах-двойниках работают как настоящие, но отправляют сид-фразу своим авторам.

Бизнес: где теряют средства обменники

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

Утечка API-ключей бирж. Обменник держит ликвидность на биржах и управляет ею через API. Ключ с правом вывода, лежащий в репозитории, логах или .env на взломанном сервере, — это готовый канал для вывода средств.

Гонки при выводе. Если списание баланса и создание выплаты не выполняются атомарно, несколько одновременных запросов могут пройти проверку баланса до того, как он уменьшится. Итог — двойная выплата из одного остатка.

Инсайдеры и избыточные доступы. Сотрудник, у которого есть всё — от админки до ключей, — это риск и при злом умысле, и при простой ошибке, и при взломе его ноутбука.

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

Социальная инженерия операторов. «Срочный» запрос от «владельца» в мессенджере, просьба вручную подтвердить нестандартный вывод, поддельный документ клиента — оператор становится инструментом атаки.

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

Как снижать риск

Холодное хранение основной массы. На горячем кошельке — только то, что нужно для текущих выплат. Всё остальное — в холодном хранении, ключи от которого никогда не касаются сервера с сайтом.

Мультисиг или HSM. Крупные операции требуют нескольких подписей от разных людей или устройств. Аппаратные модули безопасности (HSM) хранят ключи так, что их нельзя просто скопировать.

Лимиты и ручное подтверждение. Суточные лимиты на автоматические выплаты, ручное подтверждение крупных сумм, задержка для выплат на новые адреса.

Отдельный хост для подписи. Сайт формирует запрос на выплату, а подписывает его отдельный сервер без публичного доступа, который проверяет запрос по своим правилам.

Белые списки. Вывод с бирж — только на заранее одобренные адреса. API-ключи — с минимальными правами и привязкой к IP.

Мониторинг и план реагирования. Оповещения о нетипичных выводах, изменениях адресов и входах в админку. Заранее расписанный план: кто и что делает в первые минуты инцидента — от остановки выплат до смены ключей.

Для пользователей правила проще, но не менее важны: сид-фразу не вводить нигде, кроме самого кошелька при восстановлении; адрес получателя сверять целиком, а не по первым символам; подписываемые разрешения читать; для бирж — приложение-аутентификатор вместо SMS.

Криптовалюту крадут не через блокчейн, а через людей и инфраструктуру. Защита — это архитектура, в которой одна ошибка не превращается в потерю всех средств.

1. Основная масса средств — в холодном хранении, горячий кошелёк — минимальный.
2. Ключи — не на сервере сайта; подпись — на отдельном хосте, крупные операции — мультисиг.
3. Лимиты, ручное подтверждение крупных выводов и белые списки адресов.
4. Атомарные операции с балансом, чтобы гонка запросов не удваивала выплату.
5. Мониторинг аномалий и отрепетированный план реагирования на инцидент.