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

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

Составлено: Shenchao TechFlow

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

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

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

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

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

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

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

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

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

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

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

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

Мнемонические фразы в заметках или фотографиях все еще являются мнемоническими фразами

Я бы не стал фотографировать фразу восстановления, сохранять ее в Фото и затем называть это холодным хранением только потому, что iPhone не подключен к интернету. Я бы также не вставлял ее в обычную заметку.

Эти файлы все еще защищены шифрованием iOS и защитой данных; они не обязательно хранятся в открытом виде на NAND. Проблема в том, что как только кто-то получает этот контент, секрет становится явным, читаемым в текстовом или изображенческом виде. Пароль самого кошелька, одобрения транзакций и контроль подписей больше не стоят между "этой копией" и "кем-то, восстанавливающим кошелек". Если изначально использовалась дополнительная фраза восстановления, она все еще необходима.

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

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

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

Мобильная криминалистика — это зрелая индустрия

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

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

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

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

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

Наиболее критическая деталь заключается в том, был ли этот телефон когда-либо успешно разблокирован с момента его включения.

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

BFU означает "до первой разблокировки". Телефон был включен, но никто не ввел правильный пароль. AFU означает "после первой разблокировки". Повторная блокировка экрана не возвращает его обратно в BFU.

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

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

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

Apple сужает это окно. iOS 18 вводит перезагрузку при бездействии. Исследователь Jiska Classen зафиксировала интервал в 72 часа в версии, которую она тестировала, и проследила таймер обратно до Secure Enclave Processor (SEP). Ее последующие заметки также описывают более ранние семидневные интервалы. SEP отслеживает время с момента последней разблокировки и инициирует перезагрузку; это больше, чем просто обычный таймер фона. Эти исторические таймеры не следует считать применимыми ко всем последующим версиям iOS. Обратный анализ Classen

Обычная перезагрузка возвращает телефон в BFU и очищает некоторые полезные расшифрованные состояния. Криминалистические поставщики реагируют. Страница выпуска Cellebrite весной 2026 года утверждает, что режим защиты может поддерживать доступ после перезагрузки. Его публичные материалы не полностью раскрывают механизмы, предпосылки или точные права доступа, сохраняемые на каждом устройстве. Это утверждение должно быть включено в обсуждения, но с этими ограничениями. Cellebrite: Режим защиты

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

USB остается уязвимой точкой атаки, даже в оффлайне

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

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

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

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

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

Извлечение чипа не равно расшифровке

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

Удаление NAND и его дамп не превращает пароль устройства в нечто, что кластер GPU может атаковать параллельно по своему усмотрению. Apple также документирует, что UID не раскрывается через JTAG или другие интерфейсы отладки. Apple: Secure Enclave

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

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

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

Шесть случайных цифр: 10⁶ возможностей. Исчерпание всего пространства занимает около 22.2 часов, в среднем 11.1 часов.

Десять случайных строчных букв и цифр: 36¹⁰ возможностей. Исчерпание всего пространства занимает около 9.27 миллионов лет.

Двенадцать случайных заглавных и строчных букв и цифр: 62¹² возможностей. Исчерпание всего пространства занимает около 8.18 триллионов лет.

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

Я бы использовал как минимум 12 действительно случайных буквенно-цифровых символов и сочетал бы это с отдельным оффлайн-решением для восстановления. Пожизненная блокировка владельца также является формой неудачи хранения.

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

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

Существует важная деталь API. Документированный интерфейс безопасности Apple для ключей Secure Enclave использует ключи P-256, сгенерированные внутри анклава; он не импортирует никаких существующих открытых частных ключей. Bitcoin и Ethereum обычно используют secp256k1, что является другой кривой. "Использование Secure Enclave" не доказывает, что любая произвольная фраза восстановления BIP39 полностью находится в анклаве или что каждая подпись в блокчейне генерируется там. Это ограничение интерфейса, а не утверждение о каждой криптографической возможности внутри SEP. Документация разработчика Apple

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

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

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

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

Другой дизайн может иметь разные режимы отказа. Кошелек может извлечь ключ из пароля приложения с использованием PBKDF2 или Argon2, а затем использовать его для шифрования мнемоники на диске. Если злоумышленник извлечет шифротекст, соль и параметры, он сможет проверить предположения, не нуждаясь в дополнительных аппаратно-привязанны секретах, и этот пароль можно атаковать на внешних машинах. Это оффлайн-взлом.

80 миллисекунд для пароля устройства больше не описывает эту атаку. Стоимость зависит от энтропии пароля приложения, количества итераций для PBKDF2 или настроек памяти и времени для Argon2, плюс реализация и оборудование злоумышленника. Крик о хорошем названии KDF не спасает слабый пароль. Спецификация Argon2 Спецификация PBKDF2

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

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

Почему мои минимальные аппаратные требования начинаются с iPhone 17

Вышеописанные защиты не позволяют аппаратным поколениям быть взаимозаменяемыми. iPhone 17 и iPhone Air представили принудительное соблюдение целостности памяти (MIE) с поколением A19. Его компоненты работают вместе, чтобы бороться с уязвимостями повреждения памяти:

Типизированные аллокаторы ограничивают, как разные типы объектов делят память.

Расширенные расширения тегирования памяти (EMTE) синхронизируют проверки указателей и тегов памяти.

Конфиденциальность тегов делает теги труднее обнаружить, а значит, труднее обойти эти проверки.

Разработчики эксплойтов обычно начинают с переполнения кучи, использования после освобождения (UAF) или чтения или записи за пределами границ (OOB). Упорядочение кучи (иногда называемое фэншуй кучи) организует выделения памяти, чтобы сделать эту ошибку полезной. Конечная возможность — это примитив эксплуатации; произвольное чтение/запись ядра (kernel R/W) особенно ценно.

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

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

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

iOS 27 — это моя текущая программная основа, оснащенная последними стабильными патчами безопасности. Это управляемая политика, а не утверждение о том, что "каждая старая версия уязвима, а каждая новая версия безопасна." Apple продолжает выпускать обновления по нескольким поддерживаемым веткам. Выпуски безопасности Apple

История телефонов важна; их эффективный срок службы безопасности ограничен

Apple исправляет уязвимости и добавляет аппаратные защиты. Криминалистические поставщики продолжают разрабатывать методы доступа. Публичная "матрица поддержки" — это устаревшее заявление о возможностях, а не обязательство на следующий год. Вот почему я мигрирую каждые один-два года или раньше, если возникают серьезные проблемы или устройства теряют поддержку. Этот интервал — моя стратегия обслуживания, а не научно обоснованная дата истечения срока.

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

Исследование Coruna Google 2026 года зафиксировало пять цепочек эксплуатации iOS и 23 уязвимости, включая модули, нацеленные на приложения кошельков. Его исследование DarkSword также описало полезные нагрузки для сбора данных о криптовалютных кошельках. Это атаки, нацеленные на конкретные уязвимые диапазоны iOS, для которых доступны исправления, но они не предоставляют доказательства того, что "эти цепочки могут удаленно скомпрометировать полностью запатченный, оффлайн телефон." Они иллюстрируют, почему история устройства важна. Исследование Coruna Исследование DarkSword

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

QR-коды не устраняют необходимость "доверять подписывающей стороне." Dark Skippy продемонстрировал, что злонамеренно контролируемая подписывающая сторона может закодировать секретные материалы в подписи транзакции через выбор nonce. Транзакция приносит результаты в блокчейн. Эта атака требует скомпрометированной подписывающей стороны; это не утверждение о том, что "обычные кошельки iPhone будут делать это." Это иллюстрирует, почему оффлайн подписывающая сторона все еще имеет канал вывода. Исследование Dark Skippy

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

Если бы я использовал iPhone, вот как бы я его настроил

iPhone 17 или более новая модель, iOS 27 или выше и актуальные патчи безопасности. Проверьте аппаратные защиты фактической модели. Планируйте миграцию каждые один-два года, реагируя быстрее на значительные изменения безопасности.

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

Кошелек с эффективной независимой защитой. Проверьте шифрование мнемоники, параметры KDF, классы Keychain, аппаратно поддерживаемую обертку ключей и авторизацию транзакций. Всплывающее окно Face ID не является архитектурой безопасности.

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

Сократите ненужные интерфейсы и доступ. Отключите доступ к Центру управления на экране блокировки и ненужный доступ к аксессуарам. Отключите Wi-Fi и Bluetooth в настройках; отключение их в Центре управления не равносильно полному отключению. Документация Apple

При хранении пусть он будет выключен. Следующий обычный запуск войдет в BFU. Также физически защитите устройство.

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

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

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

Отключение телефона от сети — это мера предосторожности. Аппаратное обеспечение, версии патчей, статус BFU/AFU, пароли и управление ключами кошелька определяют, что эта мера предосторожности действительно вам дает.

Этот контент предоставляется исключительно в общих информационных целях и не является финансовым, инвестиционным, юридическим или налоговым советом. Любые мероприятия, вознаграждения, онлайн-акции или связанная с ними информация, упомянутые в настоящем документе, не должны рассматриваться как рекомендация, приглашение к покупке, продаже, торговле или иной сделке с какими-либо криптоактивами. Криптоактивы очень волатильны и могут привести к убыткам. Доступность услуг, продуктов WEEX и связанных с ними событий может варьироваться в зависимости от региона. Вы несете ответственность за обеспечение того, чтобы ваше участие соответствовало применимым местным законам и нормативным актам.