Почему фальшивая поддержка кошелька опасна даже без запроса seed-фразы?

Фальшивая поддержка кошелька опасна даже без запроса seed-фразы, потому что злоумышленник может привести пользователя к вредному сайту, dangerous approval или подписанию транзакции. Современная атака часто выглядит как помощь: оператор просит "проверить кошелек", "синхронизировать аккаунт" или "подтвердить доступ".

Почему отсутствие запроса seed-фразы не делает диалог безопасным?#

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

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

Как работает такой скам?#

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

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

Какие признаки должны остановить пользователя?#

Первый признак - поддержка пишет первой в личные сообщения. Второй - ссылка ведет на новый или похожий домен. Третий - требуется срочно подключить кошелек. Четвертый - кошелек показывает contract interaction, approval или подпись, смысл которой непонятен.

Пятый признак - обещание быстро вернуть средства после "активации" или "синхронизации". Настоящее восстановление обычно не требует странных ончейн-действий на незнакомом сайте.

Где ограничения и риски?#

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

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

Как действовать безопаснее?#

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

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