Сайт Kintsu восстановлен, но пользователям по-прежнему не рекомендуется подключать кошельки

Kintsu — протокол ликвидного стейкинга, работающий на блокчейне Monad, — предположительно восстановил официальный сайт после атаки на фронтенд. Однако команда проекта по-прежнему предупреждает пользователей: не следует посещать kintsu.xyz или подключать кошелёк до публикации официального подтверждения безопасности.

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

Восстановление сайта не означает, что инцидент завершён

Kintsu сообщила, что домен был восстановлен и снова указывает на собственную инфраструктуру проекта. Однако кэши системы доменных имён (DNS) обновляются не одновременно у всех интернет-провайдеров и во всех регионах.

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

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

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

Что произошло во время предполагаемой атаки на фронтенд?

Компания по безопасности Blockaid предупредила об активной атаке на фронтенд нескольких криптовалютных сайтов, включая Kintsu, Flap и Stonkbrokers.

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

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

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

Почему действие «Подключить кошелёк» нельзя считать безобидным

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

Более серьёзные риски возникают, когда dApp просит пользователя:

• Разрешить расходование токенов
• Подписать незнакомое сообщение
• Подтвердить транзакцию с непонятными параметрами
• Перевести активы на неизвестный адрес
• Предоставить разрешения, которые останутся активными после завершения сессии

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

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

Рекомендации для пользователей Kintsu

До тех пор пока Kintsu не опубликует однозначное подтверждение безопасности, пользователям следует принять следующие меры предосторожности:

1. Пока не посещайте kintsu.xyz.
   Даже восстановленный домен может по-разному разрешаться из-за кэширования DNS и браузеров.

2. Не подключайте кошельки к Kintsu, Flap или Stonkbrokers.
   Это касается и тех случаев, когда интерфейс выглядит нормально и загружается без явных предупреждений.

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

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

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

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

В рекомендациях Ethereum Foundation по безопасности кошельков также говорится о необходимости с осторожностью относиться к неожиданным запросам на подпись и неизвестным приложениям.

Более общий урок для пользователей DeFi

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

Децентрализованное приложение может зависеть от множества компонентов, включая:

• Регистрацию домена и настройки DNS
• Хостинг-провайдеров и процессы развёртывания
• Библиотеки JavaScript и сторонние скрипты
• Провайдеров подключения кошельков
• Аккаунты в социальных сетях, используемые для публикации объявлений

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

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

Как аппаратные кошельки вписываются в эту модель безопасности

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

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

Главное

Восстановление сайта Kintsu не следует воспринимать как завершение инцидента безопасности. Пока проект прямо не подтвердит безопасность фронтенда и связанной с ним инфраструктуры, пользователям следует избегать kintsu.xyz, не подключать кошельки и отклонять любые незнакомые запросы на подпись.

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