Мобильный криптокошелек: почему постоянный доступ к активам таит угрозы

Фишинг оказался ещё заметнее: 296 случаев и $1,1 млрд потерь.

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

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

Горячий кошелёк: где проходит граница защиты

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

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

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

• вредоносное приложение получает доступ к интерфейсу кошелька;
• ОС или прошивка смартфона содержат уязвимость;
• фишинговая страница выманивает seed-фразу;
• буфер обмена используется для подмены адреса;
• канал восстановления аккаунта перехватывается через SIM-swap;
• пользователь подписывает транзакцию на поддельном или скомпрометированном устройстве.

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

Защита iOS Sandbox и Android Keystore снижает риск, но не гарантирует сохранность ключа при эксплуатации уязвимости ОС, root-доступе или вредоносном коде с повышенными привилегиями. Производитель телефона защищает всю операционную систему. Кошелёк работает внутри нее, и ошибка одного слоя нередко ослабляет весь контур.

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

Клипер: подмена адреса происходит в момент копирования

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

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

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

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

Снизить риск можно конкретными действиями:

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

2. Сверяйте адрес целиком. Проверки первых и последних четырёх символов недостаточно: злоумышленник может сформировать адрес с очень похожим началом и концом.

3. Проводите тестовый перевод. Сначала отправьте небольшую сумму, убедитесь в ее поступлении и только затем переводите основную.

4. Используйте QR-код или подтверждение на экране аппаратного устройства. Дисплей аппаратного кошелька показывает данные, которые именно подписываются, и добавляет еще один уровень контроля.

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

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

Приложение и ОС: где заканчивается защита смартфона

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

Это не означает, что каждый мобильный кошелёк небезопасен или что все приложения делают одно и то же. Речь идет о конкретных уязвимостях в исследованном программном обеспечении. Единой достоверной доли вредоносных криптокошельков в официальных магазинах Google Play и App Store сейчас нет. Надежнее оценивать конкретное приложение, его разработчика и модель обновлений.

Типичный путь заражения выглядит так:

1. Пользователь устанавливает приложение из рекламной ссылки, Telegram-канала или APK-файла.

2. Клон запрашивает разрешения, которые выглядят обычными для криптокошелька.

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

4. Пользователь либо вводит seed-фразу, либо подписывает подмененную транзакцию.

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

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

Мой базовый фильтр для мобильного приложения выглядит так:

• устанавливать только через официальный сайт разработчика или магазин приложений;
• сверять имя разработчика, а не полагаться на иконку и название кошелька;
• обновлять приложение и операционную систему сразу после выхода обновлений безопасности;
• не использовать root-доступ и модифицированные прошивки на устройстве с кошельком;
• удалять приложения, которым больше не пользуются, и отзывать лишние разрешения;
• не проходить баннеры вроде «Upgrade your wallet» прямо в приложении;
• не хранить seed-фразу в заметках, мессенджерах, облачном диске или скриншотах.

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

SIM-swap: код приходит не тому, кому адресован

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

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

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

Практическая защита строится на отказе от SMS как основного второго фактора:

• для аккаунтов с возможностью вывода средств включите приложение-аутентификатор;
• если сервис поддерживает аппаратный ключ или passkey, используйте их;
• сохраните резервные коды восстановления офлайн;
• привяжите к аккаунту отдельный защищенный email;
• не сообщайте оператору или поддержке коды из SMS под предлогом «проверки»;
• после утраты SIM-карты смените пароль и проверьте активные сессии в важных аккаунтах.

SIM-swap опасен тем, что канал восстановления продолжает считаться доверенным, хотя номер уже контролирует другой человек.

Один переход с SMS на приложение-аутентификатор уменьшает зависимость от оператора связи. Аппаратный ключ или passkey с привязкой к конкретному устройству закрывают этот класс риска еще надежнее.

Рабочая схема: сколько денег можно держать на телефоне

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

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

В своем риск-менеджменте я использую простое разделение по функциям:

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

2. Создайте отдельную seed-фразу. Не используйте одну и ту же фразу для нескольких кошельков. Ее восстановление должно быть возможно только на новом устройстве и только в офлайн-среде.

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

4. Закройте внешние аккаунты. Для биржи и почты используйте уникальный пароль, приложение-аутентификатор либо аппаратный ключ. SMS оставьте только как запасной канал, если сервис не позволяет его отключить.

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

6. Разрешайте обновления и удаляйте лишнее. Старая версия приложения или ОС уже содержит расширенный набор известных уязвимостей.

Если появились признаки компрометации

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

Практический порядок действий:

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

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