Удержание ключа подписи от повседневного компьютера решает одну проблему с хранением. Он не решает, выполняет ли транзакция, представленная для одобрения, то, что намеревается ее владелец.
Кошелек — это интерфейс к аккаунту
В руководстве по кошельку Ethereum различается учетная запись, ее ключи и кошелек, используемый для взаимодействия с ней. Он идентифицирует аппаратные устройства как один тип кошелька и подчеркивает ответственность за защиту информации о восстановлении. Отображаемый баланс кошелька - это вид активов, записанных в сети, а не монет, физически хранящихся внутри устройства. Ethereum Документация - Кошельки
Защищенный ключ может разрешить нежелательное действие.
Представьте себе владельца, который намерен заплатить 50 единиц токенов поставщику. Вместо этого скомпрометированный интерфейс просит транзакцию, которая дает разрешение третьей стороне потратить гораздо большую сумму. Если владелец одобряет это действие, ошибка касается того, что было разрешено, даже если ключ подписи оставался защищенным на протяжении всего времени.
Поэтому полезный обзор имеет два уровня. Во-первых, может ли подписание соглашения предотвратить несанкционированное использование ключа? Во-вторых, может ли владелец надежно идентифицировать сеть, получателя, актив и действие, которые утверждаются? Успех по первому вопросу не дает автоматического ответа на второй.
Небольшой тестовый платеж может помочь проверить получателя и маршрут, но он имеет ограничения. Если более поздняя транзакция изменяет пункт назначения или авторизацию, более ранний тест не подтверждает измененный запрос. Каждое утверждение все еще нуждается в собственном обзоре.
Восстановление вносит другую зависимость. Прочная резервная копия может сделать потерю устройства восстанавливаемой, в то время как воздействие того же материала восстановления может подорвать соглашение о хранении. Оперативная задача состоит в том, чтобы сохранить доступ без случайного умножения мест, где секреты могут быть скопированы.
Для организации в ходе обзора следует также рассмотреть вопрос о том, кто предлагает транзакцию и кто ее одобряет. Один человек, использующий защищенное устройство, все еще может совершить операционную ошибку одного человека. Независимая проверка может решить эту проблему только в том случае, если она рассматривает предлагаемое действие, а не просто подтверждает, что устройство использовалось.
Сопоставить одобрение с бизнес-целью
Перед подписанием согласуйте запрашиваемую транзакцию с известной платежной инструкцией или другой разрешенной целью. Если доступный дисплей не может четко установить действие, устраните этот пробел, прежде чем рассматривать запрос как проверенный.
Сохраняйте планирование восстановления отдельно от обычного одобрения транзакции и никогда не предоставляйте секреты восстановления предполагаемому оператору поддержки. Главный вопрос заключается в том, что позволит подпись. Аппаратура является одной из частей ответа, а не заменой понимания одобрения.