В результате атаки на DotSwap V1 было украдено около 8,5 BTC — ущерб оценивается в $685 000

25 октября устаревшая версия торговой платформы DotSwap — DotSwap V1 — подверглась атаке. В результате злоумышленники похитили около 8,5 BTC, стоимость которых на момент инцидента составляла примерно $685 000.

Этот инцидент наглядно показывает, с какой серьёзной проблемой сталкиваются приложения на базе Bitcoin: даже когда пользователи работают с децентрализованными активами, централизованными точками отказа могут оставаться системы авторизации на серверной стороне, инфраструктура кастодиального управления ликвидностью и автоматизированные сервисы подписи транзакций.

Согласно сообщению об инциденте от On Nexus, пострадавшая платформа отключена на время расследования. Команда отслеживает украденные средства и взаимодействует с криптовалютными биржами и партнёрами, специализирующимися на анализе блокчейнов.

Что произошло с DotSwap V1?

Для управления пулами ликвидности DotSwap V1 использовала серверную модель подписи транзакций. Инфраструктура ликвидности работала на основе кастодиальной схемы с мультиподписью: это означало, что внесённые BTC контролировались процессом подписания со стороны платформы, а не напрямую каждым поставщиком ликвидности.

Предположительно, злоумышленники воспользовались устаревшим механизмом подписи, который всё ещё оставался активным в серверной части V1. На протяжении примерно четырёх часов автоматизированные скрипты взаимодействовали с доступными интерфейсами платформы и постепенно переводили средства из пулов ликвидности V1 и пользовательских аккаунтов.

Атака не ограничилась одним токеном или конечной точкой. По имеющейся информации, скрипты тестировали интерфейсы платформы и атаковали активы, связанные с 99 токенами Runes, что позволило злоумышленникам выявить и использовать уязвимости в разных компонентах приложения.

Общий ущерб оценивается примерно в:

• Украдено 8,5 BTC
• Пострадали средства примерно на $685 000
• Затронуты депозиты поставщиков ликвидности в DotSwap V1
• Пользовательские кошельки, находившиеся за пределами платформы, не пострадали

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

Почему основными жертвами стали поставщики ликвидности

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

Поставщики ликвидности, внесшие BTC в DotSwap V1, оказались зависимы от кастодиальной архитектуры и системы подписи платформы. Хотя в системе использовалась мультиподпись, процесс подписания всё равно был связан с серверными службами, к которым можно было обращаться и отправлять команды через интерфейсы приложения.

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

В то же время пользователи, которые хранили активы в кошельках с самостоятельным хранением и не вносили их в пулы V1, не пострадали. Их приватные ключи оставались за пределами скомпрометированной инфраструктуры платформы.

Это различие необходимо учитывать при оценке рисков пулов ликвидности:

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

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

Возможный пример автоматизации атаки с помощью ИИ

On Nexus охарактеризировала этот инцидент как соответствующий недавней тенденции, связанной с атаками на базе ИИ и высокоавтоматизированными атаками.

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

1. Обнаруживать открытые конечные точки API
2. Отправлять большое количество запросов
3. Сравнивать ответы для разных активов
4. Выявлять несогласованное поведение системы авторизации
5. Находить нестандартные пути подписи или вывода средств
6. Последовательно выполнять транзакции с высокой скоростью

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

Более общий вывод заключается в том, что командам по безопасности теперь необходимо защищаться от атак, сочетающих традиционные скрипты со всё более функциональными ИИ-агентами. Автоматизированные инструменты могут ускорить обнаружение API, классификацию уязвимостей, формирование транзакций и мониторинг.

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

Что этот инцидент показывает об инфраструктуре Runes

Экосистема Runes расширила спектр взаимозаменяемых активов, которые можно выпускать и торговать ими в сети Bitcoin. Однако инфраструктура для работы с этими активами всё ещё развивается, и многие приложения зависят от сочетания индексаторов, офчейн-сервисов, кастодиальных пулов и специализированной торговой логики.

Это создаёт несколько зон риска:

• Зависимость от индексаторов: Балансы кошельков и состояние токенов могут определяться сторонними сервисами индексации.
• Серверная авторизация: Платформа может использовать централизованные API, чтобы решать, можно ли подписывать транзакцию.
• Кастодиальная ликвидность: Пользователи могут вносить BTC в объединённые кошельки, которыми управляет приложение.
• Сложность контрактов и активов: Поддержка большого количества активов Runes увеличивает число маршрутов, интерфейсов и особых случаев, которые необходимо тестировать.
• Концентрация операционных рисков: Компрометация одного сервиса подписи может одновременно затронуть несколько пулов.

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

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

Практические уроки безопасности для пользователей криптовалют

1. Убедитесь, что средства остаются под вашим контролем

Прежде чем предоставлять ликвидность или вносить активы, выясните, может ли платформа перемещать средства без транзакции, которую непосредственно подписывает ваш кошелёк.

Стоит задать следующие вопросы:

• На какой адрес поступают депозиты — контролируемый пользователем или платформой?
• Кто владеет приватными ключами?
• Подпись выполняется локально, с помощью аппаратного устройства или на сервере?
• Могут ли администраторы приостановить вывод средств или изменить правила подписи?
• Опубликованы ли правила лимитов на вывод и механизмы мониторинга?

Ответы могут существенно изменить оценку рисков, связанных с сервисом.

2. Считайте устаревшие продукты потенциальными точками атаки

Инцидент с DotSwap V1 показывает, почему старые версии платформы не должны оставаться подключёнными к действующим сервисам. Даже если новая версия защищена лучше, устаревшие API, маршруты подписи и разрешения аккаунтов всё ещё могут быть уязвимыми.

Чтобы полностью вывести из эксплуатации устаревшие продукты, проектам следует:

• Отозвать учётные данные API
• Удалить старые разрешения на подпись
• Отключить неиспользуемые конечные точки
• Заменить сервисные ключи
• Отделить устаревшие базы данных от производственных систем
• Отслеживать историческую инфраструктуру на предмет необычной активности

3. Не концентрируйте активы в одном приложении

Поставщикам ликвидности следует рассмотреть возможность распределения средств между разными кошельками, протоколами и моделями хранения. Концентрация большого объёма BTC в одном приложении может увеличить последствия единственной атаки или операционного сбоя.

Это не устраняет протокольные риски, но может снизить вероятность того, что один инцидент затронет весь портфель.

4. Следите за активностью кошелька и разрешениями

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

При проведении транзакций на крупные суммы пользователям следует самостоятельно проверить:

• Адрес назначения
• Актив и сумму
• Сеть
• Комиссию за транзакцию
• Домен приложения
• Итоговые данные транзакции, отображаемые кошельком

5. Помните, что мультиподпись не равна полной децентрализации

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

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

Безопасность определяется всей архитектурой подписания, а не просто наличием нескольких подписей.

На что следует обратить внимание пострадавшим пользователям

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

Пострадавшим пользователям следует:

• Пользоваться только проверенными официальными каналами связи проекта
• Не вводить сид-фразы или приватные ключи на сайтах
• С подозрением относиться к непрошенным формам для возврата средств
• Сохранять идентификаторы транзакций и сведения о депозитах
• Самостоятельно проверять данные в блокчейне
• Отслеживать движение средств по связанным адресам кошельков
• Дождаться официальной процедуры возврата или подачи заявлений, прежде чем что-либо подписывать

Надёжная служба поддержки никогда не должна требовать фразу восстановления кошелька для подтверждения права собственности или оформления компенсации.

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

Более широкие последствия для DeFi и приложений на базе Bitcoin

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

По мере развития финансовых приложений на базе Bitcoin проверки безопасности должны охватывать не только код смарт-контрактов. Аудит также должен включать:

• Аутентификацию и авторизацию API
• Серверные сервисы подписи транзакций
• Управление ключами и изоляцию подписантов
• Права доступа к базам данных
• Системы индексации активов
• Процедуры обновления и отключения
• Мониторинг и реагирование на инциденты
• Механизмы экстренного вывода средств

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

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

Роль аппаратных кошельков в более безопасной стратегии самостоятельного хранения

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

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

Главный принцип прост: прежде чем предоставлять ликвидность или подтверждать транзакцию, пользователь должен понимать, кто контролирует средства, что именно он подписывает и может ли платформа перемещать активы без его непосредственного согласия.

Потеря примерно 8,5 BTC в результате инцидента с DotSwap V1 ещё раз подчёркивает, почему архитектура хранения средств, права на подпись и операционная безопасность заслуживают не меньшего внимания, чем полезность токена или объём торгов. В условиях всё большей автоматизации криптовалютной отрасли осознанное самостоятельное хранение и тщательная проверка транзакций остаются важнейшими средствами защиты.