# Кризис слабых сид-фраз Coldcard: сложность не равнозначна безопасности - Canonical URL: https://aperturex.io/ru/articles/coldcard-weak-seed-crisis-complexity-verifiable-wallet-security/ - Language: ru - Category: Безопасность - Author: Aperture Research - Published: 2026-09-03T10:58:31+00:00 - Updated: 2026-09-03T12:01:12+00:00 - Reading time: 19 minutes - Topics: Coldcard, Аппаратные кошельки, Bitcoin, Энтропия, Открытый исходный код, Аудиты, Воспроизводимые сборки, Физическая безопасность Инцидент с Coldcard в 2026 году не был удалённым взломом устройств. Он выявил более фундаментальную проблему: сложный корпус не способен защитить сид-фразу, которая была предсказуема с момента создания. ![Редакционная скульптура: плотный графитовый лабиринт окружает поле случайных плиток, а один предсказуемый путь выходит за пределы корпуса](https://rfjdenxkgjgepgbmxxkd.supabase.co/storage/v1/object/public/article-images/af89b673-a767-4029-b24e-76c41eb2b445/coldcard-weak-seed-crisis/coldcard-weak-seed-crisis-cover.webp) Исследовательская заметка, 3 сентября 2026 года. В этой статье разграничены подтверждённые факты, заявления производителя, оценки на основе данных блокчейна и наш собственный анализ. На момент подготовки статьи Coinkite ещё не опубликовала официальный технический отчёт о причинах инцидента. По мере того как исследователи связывали с ним дополнительные транзакции, оценки совокупных потерь менялись, поэтому приведённые ниже числа — датированные срезы, а не окончательный итог. В июле 2026 года биткоины исчезли с тысяч адресов, владельцы которых считали, что их ключи защищены аппаратными кошельками Coldcard. Первое и самое важное уточнение одновременно наиболее показательно: устройства не были удалённо взломаны. Ошибка в прошивке ослабила случайность, использовавшуюся при создании некоторых кошельков. Злоумышленники могли вне устройств перебрать сокращённое пространство ключей, получить возможные закрытые ключи, сопоставить выведенные из них адреса с публичным блокчейном Bitcoin и потратить обнаруженные средства, вообще не взаимодействуя с аппаратным устройством. > Хранилище может быть физически неприступным и всё же оказаться бессильным, если помещённый в него секрет был предсказуем с самого начала. Именно поэтому значение этого инцидента выходит далеко за рамки одного производителя. Он ставит под сомнение удобное упрощение: аппаратное устройство означает безопасность, больше компонентов означает лучшую защиту, а длинный перечень функций означает высокую надёжность. Ни одно из этих утверждений не является моделью угроз. Безопасность определяется всей системой — энтропией, прошивкой, аппаратной частью, процессом сборки, распространением, интерфейсом, резервными копиями, действиями оператора и физической защищённостью, — а также доказательствами, позволяющими независимым сторонам проверять заявленные свойства. ## Что произошло с Coldcard В официальном уведомлении Coinkite сказано, что затронутые версии прошивки использовали ошибочный путь генерации сид-фразы. Сид-фразы кошельков, созданные на устройствах Mk2 или Mk3 с прошивками версий от 4.0.1 до 4.1.9, были уязвимы, если только пользователь не добавил достаточный объём приватной независимой энтропии от бросков костей либо не создал дополнительный барьер с помощью стойкой уникальной кодовой фразы BIP39. Уведомление также распространяется на сид-фразы, созданные на устройствах Mk4, Mk5 и Q до выхода исправленных версий в ветках Standard или Edge. Для этих более новых устройств Coinkite сообщила примерно о 72 битах энтропии вместо предусмотренных 128 бит. Ошибка возникла в прошивке, выпущенной в марте 2021 года, и оставалась скрытой несколько лет. Аппаратная защита исправно работала с переданным ей секретом; проблема заключалась в том, что процесс генерации секрета не обеспечивал ожидаемой неопределённости. Как только злоумышленник получал возможность с практически приемлемыми затратами перебрать вероятные сид-фразы, публичный блокчейн предоставлял идеальный способ проверки: вывести адреса, найти среди них адреса со средствами и подписать транзакцию любым восстановленным ключом. Не требовались ни фишинговый запрос, ни сеанс USB, ни похищенная посылка, ни физический доступ. ### Почему слабая энтропия катастрофична Сид-фраза кошелька защищена не потому, что кажется человеку случайной. Она защищена тогда, когда ни один противник не может практически осуществимым способом распознать или перебрать лежащие в её основе варианты. Каждый бит энтропии удваивает пространство поиска. Переход от 128 к 72 битам не делает сид-фразу «немного слабее» — он исключает 56 удвоений объёма работы. Ещё меньшее эффективное пространство поиска превращает астрономически невыполнимый перебор в инженерный проект. Слова фразы восстановления остаются синтаксически корректными. Адреса выглядят обычно. Аппаратное устройство штатно подписывает транзакции. Резервные копии успешно восстанавливаются. Это скрытый отказ: все наблюдаемые процедуры могут завершаться успешно, хотя основа безопасности уже разрушена. Именно поэтому для генерации случайных чисел необходимы детерминированные тесты интеграции источника, инструментальные измерения самого источника энтропии на реальных устройствах и доказательства для каждого выпуска, связывающие проверенный исходный код с поставляемой прошивкой. ### Кража происходила волнами 30 июля в ходе первого зафиксированного вывода примерно 594 BTC были перемещены примерно с 500 адресов приблизительно за 25 минут. Последующая атрибуция расширила масштаб инцидента. В оценке TRM Labs, опубликованной 5 августа, приводилась текущая на тот момент цифра: около 1 816 BTC — примерно 116 млн долларов США на дату среза — с более чем 5 200 адресов в ходе четырёх волн. Другие исследователи применяли иные критерии подтверждения и позднее сообщали несколько иные итоговые значения. Поэтому эти числа следует воспринимать как свидетельство масштаба, а не как окончательный реестр потерь. На текущей странице состояния безопасности Coinkite прямо указано, что официальный отчёт о причинах инцидента всё ещё готовится; при этом Coinkite не утверждает, что каждая заявленная потеря была атрибутирована отдельно. Такая неопределённость — не основание преуменьшать инцидент. Напротив, она требует сохранять различие между подтверждённым механизмом, наблюдаемыми транзакциями, аналитической атрибуцией и окончательным выводом расследования. ## Обновление прошивки не исправляет старую сид-фразу Это ключевой практический факт, который нельзя упустить пользователям, потенциально затронутым проблемой. Исправленная прошивка корректирует генерацию будущих сид-фраз, но не может задним числом добавить энтропию в уже существующую. Кошелёк, восстановленный из такой сид-фразы на новом устройстве, по-прежнему управляется тем же уязвимым секретом. Замена металлического корпуса, установка мобильного приложения или перенос слов на устройство другого производителя не меняют ключ. Средства необходимо перевести на адреса, полученные из заново созданной и независимо защищённой сид-фразы. По данным, проверенным 3 сентября 2026 года, на странице состояния Coldcard в качестве рекомендуемых стандартных выпусков были указаны Standard 5.6.1 для Mk4/Mk5 и Standard 1.5.1Q для Q. Минимальными исправленными версиями были: 4.2.0 или новее для Mk2/Mk3; Standard 5.6.0 или новее для Mk4/Mk5; Standard 1.5.0Q или новее для Q; Edge 6.6.0X или новее для Mk4/Mk5; Edge 6.6.0QX или новее для Q. Ветка выпуска имеет значение: версия Edge с численно большим номером не обязательно эквивалентна исправленному выпуску Standard. ### Если проблема могла затронуть вас - Не полагайтесь на корпус. Определите модель, ветку выпуска и версию прошивки, на которой была создана сид-фраза, а также выясните, однозначно ли применимо официальное исключение для независимых бросков костей. Если вы не уверены, считайте сид-фразу затронутой. - Следуйте только официальным инструкциям. Открывайте уведомление Coldcard и страницу состояния безопасности напрямую, проверяйте подпись прошивки и опубликованные хеши и отвергайте непрошеную «помощь с переносом». Ни одному добросовестному помощнику не нужна ваша фраза восстановления. - Создайте совершенно новую сид-фразу в исправленной среде. Не редактируйте, не переставляйте и не дописывайте слова старой фразы. Новому кошельку нужна новая энтропия. Если сумма существенна, рассмотрите независимую реализацию или грамотно спроектированную схему с мультиподписью, чтобы путь генерации сид-фразы одного производителя не оставался единственным корнем доверия. - Проверьте восстановление до внесения средств. Сохраните резервную копию конфиденциально, восстановите её в контролируемом процессе и подтвердите ожидаемый публичный отпечаток или адрес получения. Резервная копия, которую ни разу не проверяли, остаётся лишь предположением. - Сначала переведите небольшую тестовую сумму, затем остаток. Проверьте адрес назначения и подтверждение, прежде чем переводить весь остаток. Избегайте поспешной импровизации, но не принимайте спокойный порядок действий за разрешение откладывать перенос средств с уязвимой сид-фразы. - Выведите старую сид-фразу из эксплуатации. Обновление прошивки и добавленная позднее стойкая кодовая фраза не исправят её. Сохраните документы, необходимые для налоговых или юридических целей, но не оставляйте лишних копий секрета. По утверждению Coinkite, не менее 50 несмещённых, независимых и приватных бросков костей в затронутой процедуре Add Dice Rolls давали не менее 128 бит энтропии за счёт одних только костей; 99 и более бросков давали около 256 бит. Точные условия имеют значение. Если последовательность записывали или наблюдали, если броски были смещёнными, зависимыми друг от друга либо в их свойствах нет уверенности, не выводите безопасность лишь из их количества. Стойкая кодовая фраза BIP39, созданная заранее, могла добавить ещё один барьер, однако Coinkite всё равно рекомендует миграцию и не утверждает, что кодовая фраза исправляет сид-фразу. ## Устройство не было взломано — и в этом заключается более глубокое предупреждение Называя каждый случай потери средств «взломом аппаратного кошелька», мы сводим несколько разных классов отказов к одной эффектной формулировке. Это скрывает, какие меры защиты могли бы помочь. В инциденте с Coldcard злоумышленник не преодолевал корпус, клавиатуру, средства контроля USB или защищённый элемент в устройстве каждой жертвы. Он обошёл само устройство, поскольку корневой секрет допускал перебор. Граница безопасности защищает только то, что через неё проходит. Если ключ, поступающий в защищённый элемент, слаб; если вредоносная прошивка раскрывает его посредством подписей; если на экране показан подконтрольный злоумышленнику адрес назначения; или если человека принуждают разрешить перевод, само наличие специализированного аппаратного устройства не нейтрализует атаку. ## Потери из аппаратных кошельков происходят по-разному Несколько документированных инцидентов и исследовательских демонстраций показывают, почему здесь необходима точность в классификации. Они не доказывают бесполезность аппаратных кошельков. Они показывают, что аппаратное устройство переносит риск в иную систему микросхем, прошивки, цепочек поставок, программного обеспечения хоста, протоколов подписи, резервных копий и действий человека. ### 1. Инъекция сбоев и физическое извлечение сид-фразы В 2020 году специалисты Kraken Security Labs раскрыли метод внесения сбоев напряжением в устройства Trezor One и Model T. По данным Kraken, примерно 15 минут физического доступа могли позволить извлечь зашифрованный материал сид-фразы, после чего короткий PIN-код можно было подобрать перебором. Практической мерой защиты служила стойкая кодовая фраза BIP39, не хранящаяся на устройстве. Kraken задокументировала аналогичный класс атак на KeepKey. Это иная угроза, чем в случае Coldcard. Для неё требуются владение целевым устройством и лабораторная инъекция сбоев. Она показывает, что стойкость к физическому вмешательству зависит от выбранного микроконтроллера и архитектуры хранения, а PIN-код не обязательно является высокоэнтропийным секретом шифрования. ### 2. Скомпрометированное ПО вокруг подлинного аппаратного средства подписи В декабре 2023 года инцидент в цепочке поставок Ledger Connect Kit привёл к внедрению вредоносного кода в децентрализованные приложения, загружавшие скомпрометированный пакет. По данным Ledger, код вводил пользователей EVM-сетей в заблуждение, заставляя их подписывать транзакции, опустошавшие кошельки. Аппаратные устройства не раскрывали свои сид-фразы самопроизвольно; окружающая их система предъявляла легитимным подписантам злонамеренную операцию. Этот класс отказов показывает, почему условие «ключ никогда не покидал устройство» необходимо, но недостаточно. Защищённый ключ может безошибочно авторизовать неверную транзакцию, если пользователь, хост или дисплей не позволяют надёжно понять, что именно подписывается. Понятное декодирование транзакций, заслуживающие доверия дисплеи, узкие разрешения, контроль зависимостей и защита от слепого подписания — всё это части безопасности самостоятельного хранения. ### 3. Вредоносная прошивка, выдающая секреты через обычные подписи Исследователи Block опубликовали практическую исследовательскую атаку, в которой скомпрометированная прошивка кошелька скрытно кодирует секретный материал в подписях, выглядящих обычными. Их модель угроз предполагает компрометацию прошивки, например вследствие нарушения цепочки поставок, действий инсайдера, компрометации системы сборки или ключа подписи. Изоляция от сетей не помогает, если каналом эксфильтрации становится сама подписанная транзакция. Именно здесь приобретают практический смысл воспроизводимые сборки, несколько независимых сборщиков, зафиксированные версии зависимостей, защищённая загрузка и разнообразие реализаций в схеме с мультиподписью. Они защищают конкретные звенья цепи, но не сертифицируют автоматически архитектуру, исходный код или действия оператора. ### 4. Раскрытие резервной копии, подмена адреса и принуждение При многих реальных кражах злоумышленники вообще не атакуют микросхемы. Они крадут или фотографируют резервные копии сид-фраз, подменяют адрес получения, выдают себя за службу поддержки, компрометируют процесс покупки или доставки, получают устройство вместе со слабым PIN-кодом либо принуждают владельца к сотрудничеству. Фраза восстановления по самой своей архитектуре остаётся переносимым главным секретом: любой, кто её получит, сможет восстановить кошелёк в другом месте независимо от того, где находится исходное устройство. ## Почему дополнительная сложность может ухудшить безопасность Иногда сложность оправданна. Отдельный дисплей может повысить надёжность проверки транзакции. Защищённый элемент может увеличить стоимость физического извлечения секрета. Мультиподпись может устранить единственный ключ как единую точку отказа. Но каждый добавленный механизм создаёт также новые интерфейсы, состояния, пути обновления, зависимости, процедуры восстановления и допущения. Правильный вопрос звучит не «Сложна ли эта система?», а «Какую угрозу контролирует каждый компонент и какие новые режимы отказа он создаёт?» Классический принцип Зальцера и Шрёдера — экономия механизма — гласит, что защитные механизмы должны быть настолько простыми и небольшими, насколько возможно, чтобы их по-прежнему можно было исследовать и понимать. Современное руководство NIST по безопасности систем аналогичным образом рассматривает сокращение поверхности атаки и крупные многофункциональные компоненты, трудно поддающиеся анализу, как архитектурные вопросы. Простота — не отсутствие средств контроля. Это отказ добавлять средства контроля, поведение которых нельзя объяснить, проверить и обеспечить при эксплуатации. - Больше кода — больше возможных дефектов. Кроме того, полный анализ становится дороже, а взаимодействия компонентов — труднее для понимания. - Больше режимов — выше риск ошибочной конфигурации. Прошивки Standard и Edge, разные процедуры создания сид-фразы, кошельки с кодовой фразой, пути через USB и с изоляцией от сетей, а также варианты резервного копирования могут быть безопасны по отдельности, но создавать путаницу в сочетании. - Больше интерфейсов — выше риск искажения при передаче. Аппаратный экран, приложение на хосте, формат QR-кода, процедура с microSD, браузерный коннектор и серверная часть должны одинаково понимать, что именно разрешает пользователь. - Больше ритуалов — ниже соблюдение правил. Если безопасный путь сложен, люди пропускают проверку, откладывают обновления, повторно используют резервные копии или следуют экстренным инструкциям, не понимая их. - Больше уверенности — крупнее возможные потери. Продукт, рекламируемый как «холодный», «изолированный от сетей» или «невзламываемый», может подтолкнуть пользователя сосредоточить больше активов под защитой одной сид-фразы. Такая концентрация превращает один скрытый дефект в катастрофический исход. > Эшелонированная защита ценна, когда её уровни независимы. Повторение одной и той же реализации, одного источника энтропии, одного производителя или одного секрета восстановления не является независимой защитой. ## Открытый исходный код, аудиты, воспроизводимые сборки и анализ с помощью ИИ — не синонимы История Coldcard особенно показательна: прошивка была публичной и существовала документация по воспроизводимой сборке, однако уязвимый путь годами оставался в выпусках. Это не делает открытость бесполезной. Это показывает, что доступность доказательств и фактическая проверка нужного свойства — разные вещи. - Открытый исходный код позволяет независимым сторонам изучать реализацию. Он не доказывает, что кто-либо проверил каждый критичный для безопасности путь или что именно из публичного дерева исходного кода был получен установленный бинарный файл. - Независимый аудит представляет собой ограниченную по объёму работу. Его ценность зависит от названного проверяющего, точного коммита или версии, модели угроз, проверенных свойств, исключений, обнаруженных проблем и доказательств их устранения. Слово «аудировано» без указания охвата — лишь лозунг. - Воспроизводимая сборка позволяет независимым сборщикам следовать опубликованной процедуре и сравнивать результаты. Совпадение может связать исходный код с артефактом выпуска, но не доказывает корректность исходного кода. - Проверка в магазине приложений и подпись кода обеспечивают контроль распространения и платформы. Сами по себе они не доказывают, что бинарный файл из App Store побитово идентичен результату сборки публичного репозитория. - Анализ с помощью ИИ может исследовать большие кодовые базы, выдвигать гипотезы о действиях противника, сопоставлять инварианты и ускорять работу специалистов. Но модель может упустить контекст, принять ложную предпосылку или выдать правдоподобный, но ошибочный результат. Анализ с помощью ИИ — ещё один метод исследования, а не сертифицирующий орган. Текущая страница состояния Coldcard служит примером корректной формулировки границ проверки: на ней перечислены целевые инструментальные измерения ГСЧ на реальных устройствах, анализы исходного кода, анализ экстренного исправления и воспроизводимая сборка с трассировкой пути обработки бросков костей, после чего прямо указано, что эти проверки не являются полным аудитом каждого бинарного образа прошивки и не гарантируют отсутствия дефектов. Такая оговорка ценнее безусловного знака качества. ## Что Aperture вправе утверждать В основе Aperture лежит другая архитектура самостоятельного хранения: приложение для iPhone и iPad с доступным для изучения исходным кодом, а не специализированное аппаратное подписывающее устройство. Публичный репозиторий предоставляет мобильный клиент и инструкции по сборке по лицензии MIT. В опубликованной модели безопасности указано, что секреты кошелька хранятся в Связке ключей iOS в области доступа приложения с защитой «только для этого устройства», тогда как локальная база данных содержит непрозрачные ссылки, а не фразы восстановления или закрытые ключи. Транзакции формируются и подписываются на устройстве; лишь после этого подписанные данные отправляются сетевой инфраструктуре. В документации Apple по безопасности платформы описаны обязательная подпись кода, идентификация разработчиков, автоматическая и ручная проверка App Store, изоляция в песочнице и принудительная проверка подписи во время выполнения. В документации по Связке ключей описаны защита отдельных элементов и участие Secure Enclave в обработке ключей Связки ключей. Это реальные средства контроля платформы. Из этого не следует, что закрытые ключи блокчейна Aperture сами являются ключами Secure Enclave; Aperture такого утверждения не делает. Aperture также намеренно ограничивает функциональную поверхность продукта. Приложение не предоставляет кастодиальную учётную запись и не хранит принадлежащую компании копию для восстановления, а базовая архитектура не превращает кошелёк в площадку покупки и продажи, механизм обмена или универсальный встроенный браузер. В версии 2.40.12 появились проверки качества физической случайности на крайние повторения, преобладание одного исхода и предсказуемые циклы, когда пользователи создают энтропию бросками костей, подбрасыванием монет или вводом цифр. Эти проверки способны выявлять очевидные признаки сбоя, но не могут доказать, что физический процесс был несмещённым или приватным. ### Может ли Aperture быть безопаснее аппаратного кошелька? Для некоторых моделей угроз — да. В качестве универсального утверждения — нет. Кошелёк на телефоне позволяет исключить отдельную цепочку производства и доставки специализированного устройства, уменьшить число предметов, которые заметно указывают на хранение ценных активов, использовать платформу с быстрыми подписанными обновлениями и зрелой изоляцией в песочнице, а также предоставить доступную для изучения реализацию в привычном интерфейсе, с которым пользователи с большей вероятностью будут обращаться правильно. Более узкая функциональная поверхность может также устранить целые классы рисков, связанных с браузером, обменом, разрешениями и передачей данных между устройствами. Для других моделей угроз грамотно спроектированное отдельное подписывающее устройство создаёт важную границу. Если операционная система телефона или процесс кошелька скомпрометированы, физическое разделение и независимо заслуживающий доверия дисплей могут помешать сетевому хосту получить ключ или использовать его ненадлежащим образом. Для средств институционального масштаба или сумм, потеря которых изменит жизнь, более надёжной архитектурой может оказаться тщательно проверенная схема с мультиподписью, использующая независимые реализации, независимую энтропию, раздельные места хранения и документированный процесс восстановления, а не соревнование одного телефона с одним аппаратным устройством. Поэтому слово «аппаратный» никогда не должно завершать анализ. iPhone — тоже аппаратное устройство. Значимые различия заключаются в том, какой код исполняется, как он был собран и распространён, где доступны секреты, что может проверить пользователь, как отображаются транзакции, как происходят обновления и какие единичные отказы способны привести к перемещению средств. ### Граница доказательств важна и для Aperture На сайте Aperture сейчас заявлено, что приложение прошло независимый аудит и собирается воспроизводимо. Публичный реестр аудитов обозначен как каноническое место для имён проверяющих, точного охвата, дат, проверенных версий, отчётов, обнаруженных проблем, сведений об устранении, хешей и материалов о воспроизводимости. На момент публикации в реестре ещё не были представлены эти конкретные артефакты. В публичном репозитории GitHub также отсутствовали артефакты выпусков, относительно которых можно было бы независимо воспроизвести совпадение с бинарным файлом из App Store. Поэтому в статье не утверждается, что «безопасность каждой строки бинарного файла из App Store доказана», что несколько компаний сертифицировали каждое поведение или что ИИ проверил всё приложение. Такие заявления выходили бы за пределы доступных публичных доказательств. Технически корректное различие состоит в том, что исходный код опубликован на GitHub, а Apple распространяет через App Store подписанный скомпилированный бинарный файл. Чтобы связать их между собой, необходимы публичная процедура сборки, неизменяемая ревизия исходного кода, зафиксированные зависимости, сохранённый артефакт из App Store, процедура нормализации изменений, внесённых подписью Apple, результат сопоставления и независимая аттестация. > Проверка наиболее убедительна, когда заявление сопровождается достаточными доказательствами, чтобы скептически настроенный посторонний мог воспроизвести результат. Aperture следует оценивать по этому стандарту столь же строго, как любого производителя аппаратных кошельков. ## Что должен содержать комплект материалов для проверки университетского уровня Для исследователей, аудиторов, журналистов и специалистов, проводящих институциональную оценку, убедительное заявление о безопасности кошелька должно представлять собой доступную для последовательного изучения цепочку доказательств, а не стену из значков. Как минимум следует запросить: - Точную модель угроз. Отдельно укажите удалённую компрометацию, физическое извлечение, вредоносные обновления, компрометацию системы сборки, слабую энтропию, подмену транзакции, кражу резервной копии, принуждение и доступность. - Неизменяемую проверенную ревизию. Укажите коммит, граф зависимостей, версии компилятора и SDK, флаги сборки, права приложения и конфигурацию, входившие в охват проверки. - Именованный независимый отчёт. Опубликуйте сведения о проверяющем, методологии, датах, исключениях, критериях серьёзности, обнаруженных проблемах и доказательствах, на основании которых было признано устранение каждой из них. - Воспроизводимость от исходного кода до бинарного файла. Предоставьте полную процедуру и результаты независимых сборок, привязанные к конкретному публичному выпуску. Объясните все недетерминированные различия и различия, порождённые подписью. - Доказательства для пути энтропии. Проверяйте источник на реальном аппаратном устройстве, исследуйте поведение при отказе, исключайте молчаливый переход на резервный механизм и трассируйте точный путь, используемый сборкой выпуска. Одни лишь статистические тесты выходных данных не доказывают, что генератор был подключён правильно. - Состязательные тесты транзакций. Проверяйте подмену получателя, манипуляции комиссией, враждебные метаданные, границы слепого подписания, прерванную отправку в сеть и расхождения между парсерами каждого средства отображения и подписывающего устройства. - Учения по восстановлению и обновлению. Проверяйте инструкции в условиях реалистичного дефицита времени, в том числе при неполной информации, старых версиях, миграции, потере устройств и невозможности обновления исправить уже существующие секреты. - Непрерывный разноплановый анализ. Используйте детерминированные тесты, статический анализ, работу специалистов, фаззинг, испытания на реальных устройствах и анализ с помощью ИИ как взаимодополняющие методы. Фиксируйте, что каждый метод установил, а чего не установил. ## Угроза может выйти за пределы экрана Самостоятельное хранение может устранить кастодиана, но вместе с тем сделать человека последней границей авторизации. Вор, неспособный взломать криптографию, может вместо этого выбрать целью владельца, его семью, дом, рабочее место или публичный профиль. Специализированное аппаратное устройство иногда упрощает такой выбор цели: оно заметно сигнализирует, что человек серьёзно относится к самостоятельному хранению, и создаёт физический объект, который нападающий рассчитывает найти. Телефон тоже может раскрыть объём активов, если на экране виден баланс. Ни один из форм-факторов не решает проблему принуждения. В рецензируемом исследовании 2024 года «Исследование атак с гаечным ключом: физические нападения на пользователей криптовалют» авторы проанализировали интервью, форумы и 146 новостных статей. Их отфильтрованный массив новостных данных включал 105 инцидентов с физическими нападениями, в том числе 24 случая, где основным зафиксированным деянием было похищение, и 6 — убийство. Авторы подчёркивают неполноту регистрации таких случаев и установили, что опытные специалисты по безопасности также подвергались этому риску. Эти числа описывают выборку исследования, а не общемировую частоту подобных случаев и не доказательство того, что причиной каждого преступления стал определённый тип кошелька. Опасность не является теоретической. В 2024 году Министерство юстиции США сообщило об обвинительных приговорах участникам заговора, в рамках которого применялись наблюдение, вторжения в жилища, похищения, нападения и угрозы с целью заставить потерпевших вывести средства с криптовалютных счетов. Вывод состоит не в том, чтобы паниковать или избегать добросовестной помощи. Операционную конфиденциальность и личную безопасность следует считать частью архитектуры кошелька. ### Безопасность человека важнее возврата активов - Не сообщайте публично о балансах и способах хранения. Публичные адреса, снимки экрана, разговоры на конференциях, публикации в социальных сетях, сведения о доставке и выброшенная упаковка могут связать личность, местонахождение и предполагаемый уровень благосостояния. - Отделяйте повседневные средства от резервов. Кошелёк для текущих расходов не должен раскрывать всю долгосрочную позицию или обеспечивать управление ею. Не сосредотачивайте все активы и пути восстановления за одним немедленно доступным секретом. - Используйте независимую авторизацию для существенных сумм. Грамотно спроектированная мультиподпись может сделать одного украденного устройства или принуждения в одном месте недостаточным для перевода средств, но лишь при действительном разделении ключей, реализаций и материалов для восстановления. - Защищайте сведения, раскрываемые интерфейсом. Используйте блокировку приложения и средства конфиденциальности в переключателе приложений, не показывайте полный баланс в общественных местах и проверяйте получателей, не раскрывая несвязанные активы. - Планируйте вместе с квалифицированными местными специалистами. Людям и организациям с высоким уровнем риска следует вместе с экспертами, понимающими их юрисдикцию и личные обстоятельства, разработать законные процедуры физической безопасности, поездок, реагирования на инциденты, наследования и безопасности семьи. - Никогда не рискуйте жизнью ради кошелька. Ни фраза восстановления, ни устройство, ни транзакция, ни любая сумма не стоят физической травмы. При непосредственной угрозе ставьте безопасность людей на первое место и обращайтесь в местные экстренные службы, когда это можно сделать безопасно. ## Главный урок — доказательства, а не приверженность лагерю Ошибка Coldcard не доказывает, что каждая современная модель Coldcard небезопасна, что любой аппаратный кошелёк — фикция или что любой кошелёк на телефоне лучше. Coinkite опубликовала исправленные версии, руководство по миграции, результаты целевой независимой проверки и явные ограничения того, что именно устанавливают эти проверки. Ответственный анализ должен учитывать и серьёзность инцидента, и принятые меры по исправлению. Равным образом Aperture не должна автоматически получать доверие лишь потому, что критикует другую архитектуру. Публичный исходный код Aperture, узкая модель самостоятельного хранения, средства контроля платформы Apple, локальная подпись и возможность анализа имеют реальное значение. Их убедительность возрастает, когда независимая третья сторона, названная по имени, публикует охват и результаты, исследователи могут воспроизвести распространяемый бинарный файл из неизменяемого исходного кода, а анализ с помощью ИИ сочетается с детерминированными тестами и ответственными заключениями специалистов. Итоговый вывод проще: безопасность определяется не материалом корпуса, а качеством секрета, поведением всей системы, независимостью её средств защиты, ясностью интерфейса и доступными доказательствами каждого значимого утверждения. Сложность может быть необходима, но каждый раз она должна оправдывать своё место тем, что контролирует конкретную угрозу. Продолжите знакомство с материалами Aperture о создании энтропии из физических источников случайности, кодовых фразах BIP39, модели безопасности самостоятельного хранения и коде доступа к приложению и средствах защиты конфиденциальности. ## Основные и технические источники - Coinkite: уведомление о безопасности Coldcard — затронутые версии, характеристики энтропии, исправленные выпуски и руководство по миграции. - Coldcard: текущее состояние безопасности — текущие выпуски, охват независимой проверки, ограничения и состояние отчёта о причинах инцидента. - TRM Labs: оценка на основе данных блокчейна от 5 августа — датированная оценка потерь и анализ движения средств по транзакциям. - Kraken Security Labs: раскрытие инъекции сбоев в Trezor — извлечение сид-фразы при физическом доступе и защита с помощью кодовой фразы. - Ledger: отчёт об инциденте с Connect Kit — публикация вредоносной зависимости и последствия подписания пользователями. - Block: исследование бэкдора в прошивке — эксфильтрация секрета через подписи и меры защиты цепочки поставок. - Apple Platform Security: безопасность приложений и подпись кода — распространение iOS-приложений, изоляция в песочнице и контроль целостности во время выполнения. - Ордекиан, Атонду-Сиу, Хатчингс и Васек: исследование атак с физическим принуждением — рецензируемый анализ физической безопасности. - Министерство юстиции США: приговоры за вторжения в жилища ради криптовалюты — документированные физическое принуждение и наблюдение. Aperture не связана с Coldcard, Coinkite, Trezor, Kraken, Ledger, Block или цитируемыми исследователями и не пользуется их одобрением. Названия продуктов и компаний принадлежат соответствующим владельцам. Эта статья носит образовательный характер в области безопасности и не является индивидуальной финансовой, юридической или экстренной рекомендацией. Никогда не сообщайте фразу восстановления, закрытый ключ, кодовую фразу кошелька, код доступа к приложению или пароль резервной копии веб-сайту, сотруднику поддержки, исследователю или ИИ-ассистенту. --- Security: Never share a recovery phrase, private key, BIP-39 passphrase, app passcode, or backup secret with Aperture support or an AI assistant.