Как проверить подлинность аппаратного кошелька и разграничить доступ

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

Почему разграничение начинается с проверки железа

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

Дальше появляется второе наблюдение. Уровни доступа задаются не галочками в приложении, а тем, какой объект вы человеку выдали. Расширенный публичный ключ даёт наблюдение. Описание мультиподписного кошелька даёт сборку транзакции. Физическое устройство с PIN даёт подпись. Фраза восстановления даёт всё сразу и навсегда.

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

Сравнение уровней доступа

Пять уровней покрывают почти все бытовые и командные сценарии.

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

Как проверить подлинность аппаратного кошелька и разграничить доступ: порядок

1. Осмотрите упаковку и пломбу до вскрытия. У Trezor Safe 3 снятая наклейка оставляет на корпусе след VOID.
2. Подключите устройство к официальному приложению вендора и дождитесь результата аттестации: прибор подписывает случайный запрос ключом защищённого элемента, а приложение сверяет подпись с заводским сертификатом.
3. Убедитесь, что фразу создаёт само устройство. Готовая фраза в комплекте — признак подготовленного прибора, и Ledger предупреждает об этом отдельно.
4. Разметьте аккаунты заранее: по BIP-44 отдельная ветка уровня аккаунта отделяет один контур средств от другого внутри одного устройства.
5. Выгрузите расширенные публичные ключи тех веток, по которым нужно наблюдение, и раздайте только их.
6. Решите вопрос passphrase: по документации Trezor каждая введённая строка открывает собственный кошелёк, и восстановить её невозможно.
7. Запишите карту доступов: кто получил какой объект, когда и с какой целью. Одна таблица на лист.

Резервная копия при разделённых правах

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

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

Стоит понимать и то, что фраза не привязана к производителю. Стандарт BIP-39 и происхождение 24 слов восстановления описывает общий формат, поэтому выданная «только для наблюдения» фраза откроет кошелёк на любом совместимом приборе. Наблюдение так не выдают.

Ошибки разграничения, которые стоят денег

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

Вторая — считать passphrase способом разграничить права: строка создаёт отдельный кошелёк, но не ограничивает того, кто её знает, а забытая строка уносит средства вместе с собой.

Третья — раздать наблюдательный доступ и забыть о приватности. Адреса ветки становятся известны, по ним приходят мелкие суммы с чужих кошельков, и как распознать пылевую атаку на кошелёк, держателю такого доступа лучше знать заранее.

Что делать, если один уровень доступа утрачен

Утрачено наблюдение: выгрузите расширенный публичный ключ заново, средства не затронуты. Это служебное действие.

Утрачен PIN: устройство стирается после лимита попыток и поднимается из копии. По страницам поддержки вендоров лимит равен трём попыткам у Ledger и шестнадцати у Trezor Safe 3 и Safe 5, а у Trezor Safe 7 он составляет десять. Значит, при разделённых правах PIN обязан быть известен не только тому, кто держит прибор, иначе уровень подписи исчезает вместе с человеком.

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

Чек-лист разграничения

• Аттестация устройства пройдена, результат записан дословно.
• Фраза создана самим прибором, готовой фразы в комплекте не было.
• Контуры средств разнесены по отдельным аккаунтам производного пути.
• Для наблюдения выданы только расширенные публичные ключи нужных веток.
• Описание кошелька сохранено отдельно от резервной копии.
• Фраза восстановления не выдана никому «на всякий случай».
• Решение по passphrase принято и записано, строка хранится отдельно от фразы.
• PIN известен более чем одному человеку, если подпись не должна зависеть от одного.
• Карта доступов составлена: объект, получатель, дата, цель.
• Порядок отзыва прав описан: новый кошелёк, перевод, закрытие старого контура.

Частые вопросы