Подробное руководство: как превратить ваш iPhone в безопасный холодный кошелёк?

Автор: Yishi (@ohyishi, janitor OneKey)

Перевод: TechFlow

TechFlow: Использование отключенного от сети iPhone в качестве холодного кошелька для хранения криптоактивов звучит разумно, но автор Yishi (модератор OneKey) устанавливает строгое минимальное требование: как минимум iPhone 17 или новее, iOS 27 и выше, с обязательной миграцией на новое устройство каждые один-два года. Отключение от сети не устраняет риски, связанные с физическим доступом третьих лиц к телефону. В статье рассматриваются досмотр на границе, хранение мнемонических фраз, индустрия мобильной цифровой кримистики, состояния ключей BFU/AFU, attack surface USB, различия между chip-off и дешифровкой, управление ключами в кошельках, а также объясняется, почему аппаратный порог начинается с iPhone 17, и приводится конфигурация личной подписывающей машины. Вывод: офлайн-режим телефона — лишь одна из множества мер предосторожности. Фактическую безопасность определяют поколение оборудования, версия патчей, состояние BFU/AFU, пароль устройства и собственная система управления ключами кошелька.

Вы можете так поступить, но мои требования: как минимум iPhone 17 или новее, работающий под управлением iOS 27 или выше, с переносом данных на более свежее устройство каждые один-два года. Я не доверю крупные криптоактивы старому iPhone с устаревшей версией iOS.

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

Чтобы понять эти риски, рассмотрим, что происходит с телефоном, когда он попадает на пограничный контрольный пункт или в лабораторию цифровой кримистики.

Пограничный досмотр не требует подключения вашего телефона к сети

В годовом отчете Агентства пограничной охраны США (CBP) за финансовый год 2025 зафиксировано 55 318 проверок электронных устройств: 50 922 из них относятся к базовому досмотру, 4 396 — к углубленному. Финансовый год охватывает период с 1 октября 2024 года по 30 сентября 2025 года. Это статистика проверок, а не данные об успешно взломанных iPhone.Статистика и политика CBP

Базовый досмотр обычно включает ручной просмотр содержимого устройства сотрудниками. Углубленный досмотр предполагает подключение внешних устройств (по проводу или беспроводным способом) для копирования или анализа данных. При базовом досмотре информация также может быть внесена в систему CBP.

Важная деталь, которую легко упустить в инструкции от января 2026 года: простое использование устройства для предоставления контента на проверку (включая обход пароля или взлом шифрования) само по себе не считается «углубленным» досмотром согласно данной политике. Таким образом, бинарное разделение на базовый и углубленный не позволяет точно определить, с какими телефонами использовались инструменты разблокировки. Это действующее определение политики, которое не раскрывает методов проведения каждого конкретного досмотра в прошлом финансовом году.Инструкция CBP 3340-049B, §3.4

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

Существуют практические нюансы. Телефоны, которые невозможно проверить, могут быть изъяты. CBP заявляет, что граждане США не будут отказаны во въезде только из-за невозможности проверки устройства; для иностранных заявителей отказ в сотрудничестве учитывается вместе с другими обстоятельствами. Инструкция предусматривает, что досмотр обычно проводится в присутствии владельца, однако это не означает, что владелец может наблюдать за процессом лично.Частые вопросы CBPИнструкция, §5.1.6

Наиболее важный аспект для холодного хранения заключается в том, что политика CBP ограничивает проверку информацией, хранящейся локально на устройстве. Сотрудникам необходимо отключить сетевое соединение или потребовать сделать это от пассажира, чтобы избежать получения доступа только к удаленно хранимым данным. Телефон перед проверкой локального содержимого специально изолируется от сети. Локально сохраненное фото или заметка не станут недоступными просто из-за выключенного Wi-Fi.Инструкция, §5.1.2

Законный досмотр и кража — разные вещи. Но урок контроля доступа одинаков: вы должны учитывать возможность того, что кто-то другой получит доступ к данным, которые находятся при вас.

Мнемоническая фраза в Notes или Photos остаётся мнемонической фразой

Я не буду делать фотографию восстановительной фразы, сохранять её в Photos и называть это холодным хранением только из-за отсутствия интернета в iPhone. Я также не粘贴ну её в обычную заметку.

Эти файлы всё ещё защищены механизмами шифрования и защиты данных (Data Protection) iOS и, возможно, не хранятся в виде открытого текста на носителе NAND. Проблема в другом: если контент попадёт к кому-то другому, секрет будет очевидно доступен для чтения в виде текста или изображения. Собственный пароль кошелька, подтверждение транзакций и контроль подписей больше не отделяют эту копию от возможности восстановления кошелька. Если изначально использовалась дополнительная восстановительная фраза (passphrase), она по-прежнему необходима.

Замеченные заметки (Locked Notes) требуют точного разграничения. Apple поддерживает блокировку заметок паролем устройства или отдельным пользовательским паролем, обеспечивая дополнительную защиту шифрованием. Прочный пользовательский пароль создает принципиально иную ситуацию по сравнению с обычной разблокированной заметкой. Однако это всё равно общее хранилище документов, где критически важен метод аутентификации: использование одного и того же пароля устройства не предоставляет независимой защиты. Apple также отмечает, что после разблокировки одной заметки другие заблокированные заметки в этом аккаунте становятся доступны в течение нескольких минут.Apple: Блокировка заметокApple: Безопасность Notes

Аналогично, скрытые альбомы и «Недавно удаленные» используют Face ID, Touch ID или пароль устройства. Сокрытие фотографии не добавляет независимого слоя защиты для секретов восстановления. Удаленные фотографии обычно сохраняются в «Недавно удаленных» в течение 30 дней. Отключение сети сегодня не аннулирует копии, которые могли уже синхронизироваться или попасть в резервную копию.Apple: Удаление или сокрытие фотографий

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

Цифровая кримистика мобильных устройств — зрелая индустрия

В области мобильной кримистики работают Cellebrite, Graykey от Magnet, Oxygen, а также китайская SDIC Intelligence (компания стоящая за Meiya Pico). Их продукты и возможности варьируются. Доступ к устройству, восстановление паролей, извлечение и анализ — это отдельные этапы работы; конкретные методы зависят от модели, версии ОС и состояния устройства.Обучение MagnetOxygenSDIC Intelligence

Часто встречается термин FFS (Full File System Extraction — полное извлечение файловой системы). Он отличается от частичного извлечения, а оба этих метода отличаются от восстановления пароля экранной блокировки. Получение копии файловой системы не означает, что каждый зашифрованный файл внутри был дешифрован.

В брифинге Cellebrite за весну 2026 года в расширенном списке поддерживаемых устройств упомянуты iPhone 17 и iOS 26.3.1. На странице 4 приведено более узкое и полезное заявление: услуги Cellebrite Advanced Services (CAS) поддерживают доступ в режиме AFU для устройств iPhone 11–16 с iOS 26 и выше. Это заявления производителя о возможностях, а не гарантия того, что каждая поддерживаемая комбинация позволит экспортировать секреты любого кошелька.Брифинг Cellebrite

В том же релизе Cellebrite указывает, что 75 % устройств, поступающих в лаборатории Северной Америки для анализа, находятся в заблокированном состоянии. Это статистика поступлений, а не процент успешных разблокировок. Однако это прямо указывает на то, что работа с заблокированными устройствами является рутиной для этой индустрии.Пресс-релиз Cellebrite

Есть исторические подтверждения и по Graykey. В ноябре 2024 года издание 404 Media на основе внутренних документов сообщило, что новые iPhone с iOS 18 и 18.0.1 подвержены частичному извлечению данных. Публичные материалы не уточняют, что именно включается в каждый объем извлеченных данных. «Частичное» не означает восстановление приватных ключей, однако экранная блокировка явно не может служить доказательством того, что никакие данные не поддаются извлечению.Оригинальная статья 404 Media

Ключевой нюанс: была ли эта модель успешно разблокирована хоть раз с момента включения.

BFU и AFU описывают состояние ключей

BFU (Before First Unlock) — до первого разблокирования. Телефон включен, но корректный пароль еще никто не вводил. AFU (After First Unlock) — после первого разблокирования. Повторная блокировка экрана не возвращает устройство в состояние BFU.

Защита файлов в iOS организована вокруг ключей на уровне каждого файла, ключей классов защиты и keybag (набора ключей). Первое разблокирование делает некоторые защищенные классы ключей доступными. Часть ключей остается активной даже после блокировки экрана, чтобы фоновые задачи могли продолжаться.

Важный пример — Класс C: NSFileProtectionCompleteUntilFirstUserAuthentication. Документация Apple указывает, что его ключи класса остаются в памяти даже после повторной блокировки экрана. Это также стандартный класс защиты файлов для сторонних приложений при отсутствии явного указания. Класс A ведет себя строже: согласно системной стратегии защиты, его дешифрованные ключи класса уничтожаются после блокировки.Apple: Классы защиты данных

При наличии подходящего цепочки эксплуатации и соответствующих прав, AFU позволяет получить доступ к данным приложений, которые недоступны атакующему в режиме BFU. Именно это полезное «горячее» состояние пытаются сохранить эксперты по кримистике. Кошельки могут усиливать защиту данных, применять строгий контроль доступа через Keychain или использовать собственное шифрование, поэтому принадлежность к Классу C не гарантирует читаемость мнемонических фраз любых кошельков. Данный факт объясняет, почему простое нажатие кнопки блокировки экрана недостаточно для решения проблемы.

Apple постоянно сокращает это окно. В iOS 18 появилась функция автоматического перезапуска при бездействии (inactivity reboot). Исследовательница Джиска Классен зафиксировала интервал в 72 часа в тестируемых версиях и проследила работу таймера до процессора безопасной зоны (SEP). В последующих записях она описывала более ранний 7-дневный интервал. SEP отслеживает время после последней разблокировки и инициирует перезагрузку; это не обычный фоновый таймер. Предполагать, что исторические периоды таймеров неизменны для всех будущих версий iOS, нельзя.Анализ обратного проектирования Классен

Обычная перезагрузка переводит телефон обратно в режим BFU и частично стирает полезные дешифрованные состояния. Производители кримистического ПО реагируют. На весенней странице выпуска 2026 года Cellebrite утверждает, что Safeguard Mode позволяет сохранить доступ после перезагрузки. Открытая документация не раскрывает полностью механизм, условия применения или точные уровни доступа на каждом устройстве. Данное заявление следует рассматривать с учетом указанных ограничений.Cellebrite: Safeguard Mode

Apple стремится закрыть окно извлечения данных, тогда как кримистическая индустрия хочет оставить его открытым. Вот почему при длительном хранении выделенного подписывающего телефона я всегда его выключаю, и почему я ни при каких обстоятельствах не стал бы полагаться на функцию автоматического перезапуска как на основу своей схемы custody.

Даже при отключенной сети USB остается attack surface

Режим ограничения доступа по USB (USB Restricted Mode, часто сокращается как USBRM) ограничивает проводной доступ к данным на заблокированном устройстве. Это важный барьер, однако у него выявлялись уязвимости.

Уязвимость CVE-2025-24200 позволяла отключить режим ограничения USB посредством физической атаки на заблокированном устройстве. Она была исправлена в iOS 18.3.1, причем Apple заявила о вероятном использовании для целенаправленных и крайне сложных атак.Уведомление Apple о безопасности

Расследование Amnesty International использования сербских кримистических инструментов приводит конкретный пример схожей технологии в Android. Описывается цепочка, начинающаяся с эмуляции USB-периферии для воздействия на драйверы ядра, включающая уязвимости CVE-2024-53104, CVE-2024-53197 и CVE-2024-50302. Затрагиваемые классы устройств включают видео, аудио и HID.Технический отчет Amnesty

Данная цепочка эксплуатации относится к Android, а не служит доказательством того, что те же самые ошибки влияют на iPhone. Однако понимание общих принципов важно: эмуляция периферии → воздействие на attack surface драйверов → эксплуатация ядра → повышение привилегий → извлечение данных. Это конкретные этапы атаки, а не жаргонные термины.

Отключение телефона от сети снижает сетевую exposure. Оно не удаляет физические разъемы, их драйверы или программные модули, реализующие ограничения доступа.

Chip-off не равно дешифровка

Именно здесь демонстрируется сильная сторона архитектуры iPhone. Пароль устройства жестко привязан к аппаратному ключу UID. По словам Apple, алгоритм деривации рассчитан так, чтобы каждая попытка занимала около 80 миллисекунд, с постепенным увеличением задержки и лимитами на количество ошибок. Пока сохраняется эта аппаратная привязка, основные вычисления brute-force должны выполняться непосредственно на целевом устройстве.Apple: Пароли и passphrases

Физический съём NAND-памяти и дамп сами по себе не делают пароль устройства мишенью для массового параллельного перебора на кластерах GPU. Apple также документирует, что UID не выводится через JTAG или другие отладочные интерфейсы.Apple: Secure Enclave

В embedded forensics chip-off означает снятие чипа памяти для прямого чтения; ISP (In-System Programming) позволяет получить доступ даже при оставленном на плате чипе. Эти технологии решают задачу доступа к сохраненным байтам данных. Они автоматически не восстанавливают ключи, необходимые для дешифровки.

Fault injection и power side-channel analysis представляют собой различные векторы атак. Для каждого класса требуются специфические уязвимости и экспериментальные доказательства. Сам факт физического вскрытия устройства не объясняет механику превращения приватных ключей в читаемый вид.

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

Шесть случайных цифр: 10⁶ вариантов. Полный перебор займет около 22,2 часов, в среднем 11,1 часа.

Десять случайных символов (строчные буквы + цифры): 36¹⁰ вариантов. Полный перебор всего пространства займет примерно 9,27 миллиона лет.

Двенадцать случайных символов (заглавные + строчные буквы + цифры): 62¹² вариантов. Полный перебор займет около 8,18 триллиона лет.

Данные расчеты сделаны исходя из заданных предположений и не отражают реальных скоростей работы конкретных кримистических продуктов. Они показывают, насколько важен сам пароль устройства при сбое других защит. Дата рождения, номер телефона или «словарное слово + год» не обладают энтропией равномерно распределенной случайной строки.

Я использую не менее 12 действительно случайных буквенно-цифровых символов в сочетании с самостоятельной офлайн-системой восстановления. Гарантия безопасности, которая навсегда запирает законного владельца снаружи, тоже является провалом custody.

После получения доступа к устройству следующим рубежом становится управление ключами кошелька

Восстановление пароля устройства не обязательно раскрывает восстановительную фразу кошелька. Кошелёк может шифровать свои собственные секреты, используя для дополнительной защиты ключи, сгенерированные внутри Secure Enclave и не подлежащие экспорту, с контролем доступа через правила Keychain. В таком случае извлечение файловой системы может выдать исключительно зашифрованные данные.

Существует важный нюанс API. Документированный Apple интерфейс Safe Framework для работы с ключами Secure Enclave использует генерируемые внутри самого enclave ключи P-256; он не импортирует произвольные существующие открытые приватные ключи. Bitcoin и Ethereum традиционно опираются на кривую secp256k1 — это совершенно другая математика. Само по себе «использование Secure Enclave» не гарантирует, что любая произвольная фраза BIP39 полностью resides внутри enclave или что все chain-signatures генерируются там. Это ограничение данного API, а не утверждение о каждой криптографической способности SEP.Документация Apple Developers

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

Это ставит два отдельных вопроса: как секреты защищены в состоянии покоя (at rest), и где именно появляется открытый текст при активном использовании?

Конфигурация Keychain критически важна. Параметры AfterFirstUnlock и WhenUnlocked предполагают разные условия доступа. WhenPasscodeSetThisDeviceOnly накладывает дополнительные ограничения, включая запрет синхронизации с iCloud и исключение из бэкапов. Наличие иконки Face ID ничего об этом не сообщает.Apple: Защита данных Keychain

Взлом ядра не равен автоматическому взлому Secure Enclave. Тем не менее, окружение, запускающее кошелек, может позволить атакующему читать память приложения или злоупотреблять доступными авторизациями для выполнения подписей. Заявка «невозможность экспорта ключа» и способность «отклонять незаряженные транзакции» — совершенно разные вещи.

Иные архитектуры имеют иные сценарии отказа. Кошелёк может использовать пароль приложения, пропущенный через PBKDF2 или Argon2 для деривации ключа, применяемого для шифрования мнемонической фразы на диске. Если злоумышленник получает ciphertext, salt и параметры, он может верифицировать гипотезы пароля, и если нет аппаратной привязки, этот пароль будет уязвим для атак на внешнем железе. Это классический офлайн-brute-force.

Показатель в 80 миллисекунд для пароля устройства здесь неприменим. Затраты определяются энтропией пароля приложения, количеством итераций PBKDF2 или настройками memory/time Argon2, а также инфраструктурой и софтом атакующего. Прозвище сильного KDF не спасёт слабый пароль.Спецификация Argon2Спецификация PBKDF2

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

Вопросы, которые я задаю разработчикам кошельков: участвует ли пароль приложения в реальном процессе дешифровки? Происходит ли graceful fallback биометрической аутентификации к паролю устройства? Требуется ли новая авторизация для каждой подписи? Как долго decrypted-key-material находится в памяти RAM? Что именно выносится в резервные копии?

Почему мой аппаратный порог начинается с iPhone 17

Описанные выше механизмы защиты не заменяют необходимость обновления поколения железа. iPhone 17 и iPhone Air с чипом поколения A19 внедряют Memory Integrity Enforcement (MIE). Его компоненты совместно противодействуют эксплойтам на основе повреждения памяти:

Typed allocators ограничивают способы совместного использования памяти объектами разных типов.

Enhanced Memory Tagging Extension (EMTE) синхронизирует проверку указателей и меток памяти.

Confidentiality of tags делает обнаружение меток сложнее, тем самым затрудняя обход проверок.

Разработчики эксплойтов обычно начинают с heap overflow, use-after-free (UAF) или off-boundry read/write. Heap grooming (иногда heap feng shui) организует распределение памяти так, чтобы данный баг стал применим. Результатом формируется exploit primitive; kernel R/W имеет особую ценность.

MIE нарушает сразу несколько этапов цепи. Apple описывает его развертывание в ядре и более чем 70 пользовательских процессах, оценивая эффективность на базе исторических реальных цепочек эксплуатации. Технология впервые поставляется с iOS 26 на новой поддерживаемой платформе, а не с iOS 27. Старые смартфоны не могут получить недостающее железо EMTE через программные обновления.Техническое說明 Apple MIE

Поддержка hardware memory tagging сторонними кошельками зависит от их сборки. MIE не исправляет ошибочные решения авторизации или логические баги. Мне нужен дополнительный слой аппаратной защиты плюс кошелек, максимально использующий доступные механизмы.Apple: Enhanced Security для приложений

Более старые модели страдают от другой известной проблемы: checkm8 — уязвимость BootROM, затрагивающая чипы от A5 до A11 (включая поколение iPhone X). Стандартные обновления iOS не перезаписывают проблемный код BootROM. Эксплуатация bootchain не дешифрует автоматически все пользовательские данные и не взламывает Secure Enclave, но представляет собой постоянное фундаментальное преимущество против этих устройств.Оригинальный проект checkm8

iOS 27 — моя текущая программная нижняя граница с установкой последних стабильных обновлений безопасности. Это стратегия custody, а не утверждение «каждая старая версия эксплуатируема, каждый новый выпуск безопасен». Apple продолжает выпускать обновления сразу для нескольких поддерживаемых веток.Apple Security Release

История устройства имеет значение, срок его эффективной безопасности ограничен

Apple закрывает дыры и усиливает аппаратные средства защиты. Эксперты кримистики непрерывно совершенствуют методы доступа. Публикуемая «таблица поддержки» фиксирует устаревшее состояние возможностей, а не обязывает на будущий год. Именно поэтому я планирую миграцию каждые один-два года, либо раньше при обнаружении критических инцидентов или прекращении поддержки. Этот интервал отражает мою стратегию обслуживания, а не научно установленный date expiry.

Прежде чем объявить старый смартфон «холодным», стоит задать вопрос: был ли он скомпрометирован, пока служил вашим основным рабочим телефоном?

Исследование Google Coruna за 2026 год фиксирует пять iOS-exploit-kit цепочек и 23 уязвимости, включая модификации, нацеленные на приложения-кошельки. Материалы исследования DarkSword описывают payload для сбора криптоданных кошельков. Это таргетированные атаки на определенные уязвимые диапазоны iOS; патчи уже существуют, но это отнюдь не доказательство того, что «данные цепи могут дистанционно взломать полностью зак patched, офлайн-смартфон». Они иллюстрируют важность истории устройства.Исследование CorunaИсследование DarkSword

Если восстановительная фраза скомпрометирована до отключения сети, режим полета не поможет вернуть контроль. То же самое относится к полной выключению или включению Lockdown Mode.

QR-коды не снимают необходимость доверия к signatory. Demonstrated в Dark Skippy показывает, как злонамеренно контролируемый signer может закодировать секретный материал непосредственно в подпись транзакции путем манипуляций с nonce. Транзакция выводит output в блокчейн. Эта атака требует compromised signatory; это не утверждение о поведении обычных iPhone кошельков. Она объясняет, почему даже офлайн signer должен иметь controlled output channel.Исследование Dark Skippy

Во время миграции никогда не передавайте восстановительную фразу через AirDrop, iCloud, скриншоты, историю сообщений или буфер обмена, создавая новую exposure. Перемещение железа и защита секретов восстановления неразрывно связаны.

Как я настрою свой iPhone

iPhone 17 или новее, iOS 27 или выше с актуальными security patches. Верифицировать аппаратные защиты конкретной модели. Планировать миграцию каждые 1–2 года, оперативно реагировать при масштабных изменениях в сфере безопасности.

Случайный пароль устройства длиной минимум 12 буквенно-цифровых символов. Не полагаться слепо на встроенные системные limit guesses.

Кошелек с реальной независимой защитой. Проанализировать шифрование mnemonic, параметры KDF, классы Keychain, hardware-backed key wrapping и механизм авторизации транзакций. UI-попад с Face ID не является security architecture.

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

Минимизация лишних интерфейсов и доступов. Запретить доступ Control Center на экране блокировки и убрать лишние Peripheral connections. Отключить Wi-Fi и Bluetooth в настройках; их разрыв через Control Center не равно полному аппаратному disable.Справочное пособие Apple

Выключать устройство при длительном хранении. Следующая нормальная загрузка автоматически запустит процесс в режиме BFU. Гарантировать физическую защиту корпуса.

Использовать выделенное устройство, инициализированное из trusted state. Без jailbreak, лишних приложений, обычного Apple ID и restore full consumer datasets. Lockdown Mode снижает exposure высокорисковых пользователей, но не заменяет обновления и не ревокрует уже скомпрометированные секреты.Apple: Lockdown Mode

Поддерживать целостность полного workflow подписания. Применять контролируемый офлайн-процесс, включая transmission QR-codes при поддержке. Внимательно сверять адрес, суммы, сети и разрешения. Грамотно планировать апдейты firmware и проверять isolation afterwards. Учитывать physical access, travel scenarios и Recovery flows, а не только internet connectivity.

Для долгосрочного custody крупных активов я предпочитаю dedicated signing device с прозрачной security design, непрерывным обслуживанием и возможностью verifications транзакций directly on-device. Её firmware, supply chain и recovery workflows по-прежнему требуют rigorous scrutiny.

Offlining смартфона — это мера профилактики. Именно hardware generation, version patches, state BFU/AFU, passwords и native key management кошелька определяют конечный уровень защиты, который вы получите от этой профилактики.