Перейти к содержанию
Financial Context Wiki

Управление закрытыми ключами

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

Обновлено

Только в образовательных целях; не является инвестиционным советом или инвестиционной рекомендацией. Инвестиции могут привести к убыткам.

Краткий ответ

Управление закрытыми ключами охватывает весь жизненный цикл полномочий подписи: доверенное создание, защищенное использование, резервирование, проверенное восстановление, санкционированное изменение, перенос при инциденте и вывод из эксплуатации. Цель — одновременно конфиденциальность и доступность. Секрет, который легко украсть, небезопасен, но небезопасен и секрет, который никто не восстановит после утраты устройства.

Различайте объекты. Закрытый ключ управляет одной криптографической идентичностью. Корневой сид HD-кошелька может порождать много ключей. Мнемоника BIP-39 кодирует энтропию и вместе с необязательной парольной фразой порождает сид; те же слова с другой парольной фразой создают другой кошелек. PIN или пароль кошелька может разблокировать локальное устройство или зашифрованный файл, но не отзывает исходный ключ. Адрес или расширенный открытый ключ способен раскрыть связи идентичности и транзакций, не предоставляя обычных полномочий расходования. Аппаратный кошелек — устройство подписи, а не актив и не резервная копия.

Аккаунт с внешним владельцем обычно не может заменить ключ, сохранив адрес. После компрометации активы и все значимые роли и разрешения нужно перенести под новые полномочия. Смарт-аккаунт может поддерживать смену владельцев или хранителей, пороги и проверку ERC-1271, однако его модули, защитные контракты, управление обновлениями и точный развернутый код входят в периметр безопасности.

Управление закрытыми ключами
0 / 5
0 проверено; 5 осталось

Завершение этой проверки не доказывает безопасность актива, транзакции или системы.

Как это работает

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

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

Резервирование балансирует конфиденциальность и доступность. Несколько полных копий улучшают восстановление, только если носители и места остаются пригодны, но любая украденная копия раскрывает весь секрет. Стандартизированная пороговая копия, например SLIP-39, требует достаточного числа долей и не равна разрезанию фразы BIP-39. Мультиподпись и пороговая подпись распределяют авторизацию между подписантами, а не делят одну копию; безопасность зависит от независимости людей, устройств, мест и администраторов.

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

Используйте следующий процесс:

  1. Учтите каждую сеть, аккаунт, адрес, актив, разрешение, роль контракта, источник ключа, путь деривации, подписанта, модуль, хранителя и зависимость восстановления.
  2. Определите угрозы и потребности: удаленная компрометация, кража, принуждение, инсайдер, огонь или вода, смерть или недееспособность, частота подписи, стоимость под риском и целевое время восстановления.
  3. Создавайте ключевой материал проверенной реализацией с надежной энтропией на контролируемом устройстве; независимо проверьте сеть, адрес и публичный отпечаток, не записывая секрет в онлайн-систему.
  4. Выберите горячие, аппаратно изолированные, мультиподписные, пороговые, смарт-контрактные или кастодиальные средства по стоимости и сценарию; разместите копии, доли, парольные фразы и подписантов в действительно независимых доменах отказа.
  5. Проведите малое изолированное восстановление, проверив точный формат, список слов, парольную фразу, путь деривации, порог, адреса и способность подписи без ввода производственных секретов в недоверенное устройство.
  6. Для каждой операции проверяйте сеть, домен, получателя, сумму, токен, calldata и объем полномочий на доверенном экране; применяйте лимиты, разделение обязанностей и полные журналы событий или согласований.
  7. Регулярно сверяйте реестр и отрабатывайте утрату, компрометацию, смену персонала, наследование и выход провайдера; после утраты восстанавливайте, а после компрометации изолируйте чистые устройства, переносите активы и роли, отзывайте разрешения, наблюдайте старые полномочия и выводите их из эксплуатации.

Примеры

  • Длина и контрольная сумма BIP-39. При ENT = 128 bits длина суммы равна CS = ENT / 32 = 4 bits; 132 / 11 = 12 words. При ENT = 256 bits получаем CS = 8 bits и 264 / 11 = 24 words. Учебная вероятность прохождения проверки случайным набором из 12 слов — 1 / 16 = 6.25%. Короткая сумма выявляет часть ошибок переписи, но не доказывает подлинность, секретность или правильные метаданные деривации.
  • Полные копии и пороговые доли. Пусть три независимых носителя доступны с вероятностью 0.98 и независимо скомпрометированы с вероятностью 0.01. Три полные копии восстанавливаются, если выжила любая: 1 - 0.02^3 = 0.999992, а вероятность утечки хотя бы одной — 1 - 0.99^3 = 0.029701. Доступность порога 2-of-3 равна 3 x 0.98^2 x 0.02 + 0.98^3 = 0.998816, вероятность компрометации — 3 x 0.01^2 x 0.99 + 0.01^3 = 0.000298. Реальные носители и хранители коррелированы, поэтому это допущения, не гарантии.
  • Утрата и замена подписанта. У смарт-аккаунта владельцы A, B, C и порог 2-of-3. При утрате одного остаются две подписи; компрометации одного недостаточно. Если B подозревается в компрометации, A + C санкционируют замену на D. До исполнения изменения по фактическим правилам аккаунта B остается владельцем; затем набор — A / C / D, порог — 2.
  • Область поражения при повторном использовании сида. Сид S порождает два аккаунта с 1.2 ETH и 0.8 ETH; независимый холодный сид хранит 8.0 ETH. Известный прямой остаток под риском при компрометации S равен 1.2 + 0.8 = 2.0 ETH. Если повторно использовать S и для холодного аккаунта, он станет 10.0 ETH. Токены, NFT, разрешения, роли и другие сети требуют отдельного учета, поэтому видимый нативный баланс не является полным пределом потерь.

Риски

  • Энтропия слаба, смещена или создана неисправным источником случайности.
  • Устройство создания, сборка кошелька или зависимость вредоносны.
  • Аппаратное устройство, прошивка или цепочка поставки подменены.
  • Сид или ключ попадает в снимок экрана, буфер, принтер, облако или онлайн-заметку.
  • Фишинг или ложная поддержка получает материал восстановления или подпись.
  • Компьютер подменяет сеть, получателя, сумму, домен или calldata.
  • Парольная фраза забыта или ошибочно введена в другой действительный кошелек.
  • Единственная копия утрачена из-за кражи, огня, воды или деградации носителя.
  • Полные дубликаты увеличивают поверхность кражи.
  • Ошибочны список слов, формат, путь, тип монеты или индекс аккаунта.
  • Расширенный открытый ключ или метаданные деривации раскрывают финансовую приватность.
  • Восстановление не тестировалось и отказывает во время инцидента.
  • Подписанты мультиподписи используют одно устройство, место, облако или администратора.
  • Порог слишком высок для доступности или слишком низок для стойкости.
  • Хранители вступают в сговор, устаревают или становятся жертвами социальной инженерии.
  • Модуль, guard, fallback-handler, proxy или обновление смарт-аккаунта обходит политику.
  • Не обновлены записи об уходе сотрудника, смерти, недееспособности или наследовании.
  • После компрометации старый ключ используется снова либо смена PIN ошибочно считается ротацией.
  • Кастодиан, HSM, MPC или провайдер восстановления блокирует, отказывает, сговаривается или прекращает работу.
  • При переносе пропущены другая сеть, токен, NFT, разрешение, роль или особые учетные данные валидатора.

Распространенные заблуждения

  • Аппаратный кошелек делает безопасной любую транзакцию. Изоляция помогает, но остаются риски намерения, экрана, прошивки, поставки и восстановления.
  • Сид-фраза и закрытый ключ одного аккаунта — один объект. Сид может порождать много ключей, а восстановление зависит от формата и парольной фразы.
  • Больше полных копий только повышает безопасность. Они улучшают доступность и увеличивают число копий, доступных похитителю.
  • Мультиподпись — это просто разрезанный на части сид. Независимые подписанты, пороговые подписи и резервирование с разделением секрета — разные механизмы.
  • Смена пароля или PIN отзывает утекший ключ EOA. Старый ключ продолжает контролировать адрес; явно перенесите активы и полномочия и обработайте разрешения.

Связанные темы

Источники

Навигация

Поиск по вики...