Аппаратный и программный кошелёк: где подпись

Практическое различие — какой компонент хранит ключ и подписывает действие. Программный кошелёк может подписывать ключами, которыми управляет телефон или компьютер. При аппаратном подключении отдельное устройство подписывает запрос, а приложение предоставляет интерфейс. Само появление адреса в браузере не означает, что браузер хранит его секрет. И наоборот: наличие устройства не защищает seed-фразу, которую также импортировали в обычную программу. Здесь разбирается путь подписи; термины хранения раскрыты в сравнении горячих и холодных кошельков.

Проследите путь запроса до подписи

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

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

Подключение аккаунта не равно восстановлению seed-фразы

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

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

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

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

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

Физическая кнопка не заменяет понимание запроса

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

У ERC-20 разрешение и перевод — разные операции. В стандарте ERC-20 определены allowance и переводы уполномоченным участником. Ранее одобренный spender может использовать предоставленный лимит без нового аппаратного подтверждения каждого последующего перевода. Поэтому проверяйте само полномочие, а не только факт запроса подписи. Отдельно это разобрано в гайде об отзывах разрешений.

Резервная копия остаётся другим путём к управлению

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

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

Выбирайте проверяемый рабочий процесс

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

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