Across вернул контроль над доменом сайта и пообещал полностью возместить ущерб

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

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

Как злоумышленник получил контроль над доменом

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

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

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

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

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

Тем временем пользователям, которые взаимодействовали с сайтом во время инцидента, рекомендуется принять следующие меры предосторожности:

• Проверьте последние транзакции и разрешения на использование токенов. Обратите внимание на незнакомые операции и выданные разрешения. Подозрительные разрешения следует отозвать с помощью надёжного сервиса, предварительно убедившись, что вы используете его настоящий адрес.
• Остерегайтесь сообщений о выплате компенсаций. Злоумышленники могут воспользоваться ситуацией, создавая поддельные сайты для возврата средств или аккаунты службы поддержки. Для получения выплат никогда не требуется вводить сид-фразу.
• Внимательно изучайте запросы кошелька перед подписанием. Запрос на разрешение расходовать токены или подписать транзакцию требует такой же тщательной проверки, как и непосредственный перевод средств.
• Не игнорируйте предупреждения браузеров и кошельков. Метки безопасности могут сохраняться некоторое время после возвращения домена, однако любое неожиданное предупреждение — веский повод остановиться и проверить информацию по независимым каналам.

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

Почему безопасность доменов важна для DeFi

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

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

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