Guía esencial: ¿Cómo convertir un iPhone en una billetera fría segura?

Autor: Yishi (@ohyishi, conserje de OneKey)

Compilado por: Shenchao TechFlow

Introducción de Shenchao: Desconectar un iPhone de la red y usarlo como una billetera fría para almacenar activos criptográficos suena razonable, pero el autor Yishi (mantenedor de OneKey) establece un límite claro: al menos debe ser un iPhone 17 o un modelo más reciente, con iOS 27 o superior, y debe migrarse a un dispositivo más nuevo cada uno o dos años. Desconectar la red no elimina el riesgo de que "alguien tenga acceso físico a este teléfono". El artículo abarca desde registros de búsqueda en la frontera, almacenamiento de frases de recuperación, la industria de la obtención de pruebas en teléfonos, el estado de las claves BFU/AFU, la superficie de ataque USB, las diferencias entre la extracción de chips y la descifrado, la gestión de claves de billetera, hasta por qué el límite de hardware debe comenzar desde el iPhone 17, y finalmente ofrece su propia configuración de máquina de firma. Conclusión anticipada: mantener el teléfono fuera de línea es solo una de las muchas precauciones; lo que realmente determina la seguridad es la generación de hardware, la versión del parche, el estado BFU/AFU, la contraseña del dispositivo y la gestión de claves de la billetera misma.

Puedes hacer esto, pero exigiré al menos un iPhone 17 o un modelo más reciente, ejecutando iOS 27 o una versión superior, y migrar a un dispositivo más nuevo cada uno o dos años. No confiaré grandes activos criptográficos a un viejo iPhone que ejecuta un iOS obsoleto.

Este es mi requisito mínimo para este escenario de uso, no es una certificación de Apple, ni significa que todo lo que esté por encima de esta línea sea seguro. La razón es muy directa: desconectar el teléfono de la red no elimina el riesgo de que "alguien tenga contacto físico con él".

Para entender estos riesgos, veamos qué sucede cuando un teléfono llega a un puesto de control fronterizo o a un laboratorio de obtención de pruebas.

La búsqueda en la frontera no requiere que tu teléfono esté conectado a la red

En el informe anual del año fiscal 2025 de la Oficina de Aduanas y Protección Fronteriza de EE. UU. (CBP), se registraron un total de 55,318 búsquedas de dispositivos electrónicos: de las cuales 50,922 fueron búsquedas básicas y 4,396 fueron búsquedas avanzadas. Este año fiscal abarca desde el 1 de octubre de 2024 hasta el 30 de septiembre de 2025. Estas son estadísticas de búsqueda, no 55,318 iPhones que fueron desbloqueados con éxito. Estadísticas y políticas de CBP

Las búsquedas básicas generalmente implican que los oficiales revisen el contenido del dispositivo. Las búsquedas avanzadas implican conectar dispositivos externos (por cable o inalámbricos) para copiar o analizar su contenido. Las búsquedas básicas también pueden incluir la entrada de información relevante en el sistema de CBP.

Una instrucción de enero de 2026 contiene un detalle fácil de pasar por alto: simplemente usar el dispositivo para hacer que el contenido esté disponible para revisión (incluyendo eludir contraseñas o romper cifrados) no constituye por sí mismo una "búsqueda avanzada" bajo esta política. Por lo tanto, la dicotomía entre búsquedas básicas y avanzadas no puede contabilizar de manera limpia cuáles teléfonos se encontraron con herramientas de desbloqueo y cuáles no. Esta es la definición actual de la política y no nos dice cómo se realizó cada búsqueda en el año fiscal anterior. Instrucción CBP 3340-049B, §3.4

Según la política de CBP, una búsqueda avanzada requiere una sospecha razonable de violaciones dentro de su autoridad de aplicación de la ley, o que involucre preocupaciones de seguridad nacional, y debe ser aprobada por un supervisor. Esta instrucción también exige el cumplimiento de precedentes vinculantes. Estas son reglas de la agencia y no representan que los estándares legales sean los mismos en todas partes.

También hay algunos detalles operativos. Los teléfonos que no pueden ser revisados pueden ser confiscados. CBP indica que los ciudadanos estadounidenses no serán rechazados en la entrada debido a que su dispositivo no puede ser revisado; para los extranjeros que solicitan la entrada, la falta de cooperación se considerará junto con otras circunstancias. La instrucción dice que las búsquedas generalmente deben realizarse en presencia del interesado, pero esto no significa que el interesado pueda observar el proceso de revisión. Instrucción de preguntas frecuentes de CBP, §5.1.6

Lo más relevante para el almacenamiento en frío es que la política de CBP limita el alcance de la revisión a la información almacenada localmente en el dispositivo. Los oficiales deben desconectar la conexión a la red, o pedir a los viajeros que lo hagan, para evitar acceder a datos que solo están almacenados de forma remota. Antes de que se revise el contenido local del teléfono, se desconectará intencionalmente de la red. Una foto o nota guardada localmente no se volverá inaccesible solo porque se apague el Wi-Fi. Instrucción, §5.1.2

Las revisiones de aplicación de la ley legítimas y el robo son dos cosas diferentes. Pero la lección de la custodia es la misma: debes considerar que otra persona puede revisar los datos que llevas contigo.

Las frases de recuperación en Notes o Photos siguen siendo frases de recuperación

No tomaré una foto de una frase de recuperación, la guardaré en Photos y luego, porque el iPhone no está conectado a la red, consideraré que esto es almacenamiento en frío. Tampoco la pegaré en una nota común.

Estos archivos aún están protegidos por el cifrado y la protección de datos de iOS; no necesariamente están en texto claro en la NAND. El problema es que, una vez que alguien tiene acceso a este contenido, el secreto está expuesto, legible en forma de texto o imagen. La contraseña de la billetera, la aprobación de transacciones y el control de firmas ya no están entre "esa copia" y "alguien reconstruyendo la billetera". Si se utilizó una frase de recuperación adicional, eso aún es necesario.

Las notas bloqueadas merecen una distinción precisa. Apple permite bloquear notas con la contraseña del dispositivo o una contraseña personalizada independiente, y las notas bloqueadas tienen protección de cifrado adicional. Una contraseña personalizada fuerte es diferente de una nota común no bloqueada. Pero sigue siendo un almacenamiento de documentos genérico, y el método de autenticación es clave: usar la misma contraseña del dispositivo no te dará una contraseña independiente. Apple también menciona que, después de desbloquear una nota, otras notas bloqueadas en la misma cuenta se desbloquearán dentro de unos minutos. Apple: Notas bloqueadas Apple: Seguridad de Notas

De manera similar, los álbumes ocultos y el álbum de "eliminados recientemente" utilizan Face ID, Touch ID o la contraseña del dispositivo. Ocultar una foto no equivale a agregar una capa de protección independiente para recuperar secretos. Las fotos eliminadas generalmente se mantienen en "eliminados recientemente" durante 30 días. Desconectar la red hoy no revocará esas copias que ya pueden haber sido sincronizadas o respaldadas. Apple: Eliminar o ocultar fotos

Si tu frase de recuperación ya ha sido expuesta, mover la misma cadena de frases a un mejor dispositivo no puede remediar esta exposición. Necesitas generar una nueva billetera en un entorno confiable, luego verificar la recuperación y, después de realizar una pequeña transacción de prueba, hacer la transferencia en cadena.

La obtención de pruebas en teléfonos es una industria madura

Cellebrite, Graykey de Magnet, Oxygen, y la inteligencia SDIC de China (la empresa detrás de Meiya Pico), están activos en el campo de la obtención de pruebas en teléfonos. Sus productos y capacidades varían. El acceso a dispositivos, la recuperación de contraseñas, la extracción y el análisis son diferentes etapas de este trabajo; el modelo, la versión del sistema y el estado del dispositivo determinarán qué métodos están disponibles. Capacitación de Magnet Oxygen SDIC Intelligence

Verás la palabra FFS, que significa extracción completa del sistema de archivos (full file system extraction). Esto es diferente de la extracción parcial, y ambas son diferentes de la recuperación de contraseñas de bloqueo de pantalla. Obtener una copia del sistema de archivos no significa que cada archivo cifrado dentro de él haya sido descifrado.

En un informe de primavera de 2026, Cellebrite mencionó en su soporte ampliado de Inseyets a los iPhone 17 y iOS 26.3.1. La página 4 proporciona una declaración más estrecha y útil: Cellebrite Advanced Services (CAS) afirma que admite acceso AFU para dispositivos iPhone 11 a 16 que ejecutan iOS 26 o superior. Estas son declaraciones de capacidad del fabricante, no una prueba de que "cada combinación admitida puede exportar los secretos de cada billetera". Informe de Cellebrite

En el mismo comunicado, Cellebrite dijo que el 75% de los dispositivos recibidos por los laboratorios de obtención de pruebas en América del Norte están bloqueados. Esta es una estadística de volumen de recepción, no una tasa de éxito de desbloqueo del 75%. Pero ciertamente te dice que los dispositivos bloqueados son un trabajo rutinario para esta industria. Comunicado de Cellebrite

Graykey también tiene evidencia histórica. En noviembre de 2024, 404 Media informó, según documentos internos, que los iPhones más nuevos que ejecutan iOS 18 y 18.0.1 pueden generar extracciones parciales. Los informes públicos no han aclarado qué contiene cada extracción. "Parcial" no significa que se hayan recuperado las claves privadas, pero la pantalla de bloqueo claramente no puede ser considerada como evidencia de que "no hay datos accesibles". Informe original de 404 Media

Un detalle clave es: si este teléfono ha sido desbloqueado con éxito desde que se encendió.

BFU y AFU describen el estado de las claves

BFU significa Before First Unlock (Antes del primer desbloqueo). El teléfono se ha encendido, pero nadie ha ingresado la contraseña correcta. AFU significa After First Unlock (Después del primer desbloqueo). Volver a bloquear la pantalla no lo devolverá a BFU.

iOS organiza la protección de archivos en torno a cada clave de archivo, claves de clase de protección y keybag (bolsa de claves). El primer desbloqueo hará que algunas claves de clase protegida estén disponibles. Algunas claves siguen siendo accesibles después de que se bloquea la pantalla, para que las tareas en segundo plano continúen.

Un ejemplo importante es la clase C: NSFileProtectionCompleteUntilFirstUserAuthentication. La documentación de Apple indica que sus claves de clase permanecen en la memoria después de que se vuelve a bloquear la pantalla. También es la clase de protección de archivos predeterminada para aplicaciones de terceros cuando no se especifica otra clase. El comportamiento de la clase A es más estricto: de acuerdo con la política de protección del sistema, sus claves de clase descifradas se desecharán después de que se bloquee la pantalla. Apple: Clases de protección de datos

Con la cadena de explotación y permisos adecuados, AFU puede exponer datos de la aplicación que un atacante no podría obtener en BFU. Este es el estado "caliente" útil que los forenses intentan preservar. Las billeteras pueden aumentar la protección de archivos, el control de acceso al llavero (Keychain) o su propia encriptación, por lo que la clase C no puede probar que cada frase de recuperación de billetera sea legible. Esto explica por qué simplemente presionar el botón de bloqueo no es suficiente para resolver este problema.

Apple ha estado cerrando esta ventana. iOS 18 introdujo el reinicio por inactividad. La investigadora Jiska Classen registró un intervalo de 72 horas en la versión que probó y retrocedió el temporizador al procesador de zona segura (SEP). Sus notas posteriores también describieron intervalos más tempranos de siete días. SEP rastrea el tiempo desde el último desbloqueo y activa el reinicio; no es solo un temporizador de fondo común. Estos temporizadores históricos no deben asumirse como aplicables a cada versión de iOS posterior. Classen realizó un análisis inverso.

Un reinicio normal devolvería el teléfono a BFU y borraría parte del estado descifrado útil. Los proveedores forenses están lidiando con esto. La página de lanzamiento de Cellebrite para la primavera de 2026 dice que el Modo de Protección puede mantener el acceso incluso después de un reinicio. Su material público no revela completamente el mecanismo, los requisitos previos o los permisos de acceso exactos que se mantienen en cada dispositivo. Esta afirmación debe incluirse en la discusión, pero con estas limitaciones. Cellebrite: Modo de Protección.

Apple quiere cerrar la ventana de extracción, mientras que los proveedores forenses quieren mantenerla abierta. Por eso, cuando almaceno un teléfono de firma dedicado, lo apago, y por eso nunca consideraría una función de reinicio automático como parte de mi plan de custodia.

Cuando la red está apagada, USB sigue siendo un vector de ataque

El modo restringido de USB (USB Restricted Mode, comúnmente abreviado como USBRM) limita el acceso a datos por cable en dispositivos bloqueados. Es una barrera importante, pero también ha tenido vulnerabilidades.

CVE-2025-24200 permite que un ataque físico desactive el modo restringido de USB en un dispositivo bloqueado. Apple lo corrigió en iOS 18.3.1 y afirmó que podría haber sido utilizado para ataques extremadamente complejos dirigidos a objetivos específicos. Aviso de seguridad de Apple.

Amnistía realizó una investigación sobre las herramientas forenses utilizadas en Serbia, proporcionando un ejemplo específico de una técnica relacionada en Android. Registró el acceso al controlador del núcleo a través de la simulación de periféricos USB, con una cadena que involucra CVE-2024-53104, CVE-2024-53197 y CVE-2024-50302. Las clases de dispositivos relacionadas incluyen video, audio y HID. Informe técnico de Amnistía.

Esta es una cadena de explotación de Android, no evidencia de que "los mismos errores también afectan al iPhone". Pero la tecnología general vale la pena entender: simulación de periféricos → superficie de ataque del controlador → explotación del núcleo → elevación de privilegios → extracción. Estas son las etapas específicas del ataque, no jerga de seguridad.

Desconectar el teléfono de la red reduce la exposición a la red. No elimina las interfaces físicas, sus controladores o el software que ejecuta las restricciones de acceso.

La extracción de chips no equivale a la descifrado

Aquí es donde el diseño del iPhone merece reconocimiento. La contraseña del dispositivo está vinculada a una clave UID de hardware. Apple indica que la derivación relacionada se calibra a aproximadamente 80 milisegundos por intento, más un retraso incremental y un límite en el número de intentos. Mientras esta vinculación de hardware se mantenga, el ataque de fuerza bruta debe completarse en el dispositivo objetivo. Apple: Contraseña y clave.

Desoldar la NAND y hacer un volcado no convierte la contraseña del dispositivo en algo que un clúster de GPU pueda atacar de manera paralela y arbitraria. Apple también documenta que el UID no se expone a través de JTAG u otras interfaces de depuración. Apple: Zona segura.

En la forensía embebida, el chip-off se refiere a quitar el chip de almacenamiento para leerlo; ISP (programación en el sistema) puede obtener acceso mientras el chip permanece en la placa. Estas técnicas abordan el problema de "acceso a los bytes almacenados". No restauran automáticamente las claves necesarias para el descifrado.

La inyección de fallos y el análisis de canal lateral de consumo son direcciones de ataque diferentes. Cada tipo requiere vulnerabilidades y evidencia experimental relevantes. "Pueden desarmar el teléfono" no es una explicación de "cómo se vuelve legible su clave privada".

La contraseña del dispositivo sigue siendo extremadamente importante. Considera un escenario deliberadamente simplificado: el atacante ha eludido las restricciones de número de intentos y el retraso incremental, pero cada intento aún requiere 80 milisegundos, los intentos se realizan secuencialmente y no hay atajos.

Seis dígitos aleatorios: 10⁶ posibilidades. Agotar todo el espacio toma aproximadamente 22.2 horas, un promedio de 11.1 horas.

Diez letras minúsculas aleatorias y números: 36¹⁰ posibilidades. Agotar todo el espacio toma aproximadamente 9.27 millones de años.

Doce letras mayúsculas y minúsculas aleatorias y números: 62¹² posibilidades. Agotar todo el espacio toma aproximadamente 8.18 billones de años.

Estos son cálculos bajo supuestos establecidos, no velocidades medidas de un producto forense. Demuestran cuán importante es la contraseña del dispositivo en sí cuando otra línea de defensa falla. Un cumpleaños, número de teléfono o "palabra del diccionario más un año" no tiene la entropía de una cadena aleatoria uniforme.

Usaría al menos 12 caracteres alfanuméricos verdaderamente aleatorios y acompañaría con un plan de recuperación offline independiente. Mantener al propietario permanentemente bloqueado afuera también es un fracaso de custodia.

Después de obtener acceso al dispositivo, la gestión de claves de la billetera es la siguiente frontera

Recuperar la contraseña del dispositivo no necesariamente revela la frase de recuperación de la billetera. Una billetera puede encriptar su secreto y usar claves generadas dentro de la zona segura, no exportables, para ayudar a protegerlo, controlando el acceso mediante reglas del llavero. De este modo, la extracción del sistema de archivos puede obtener solo texto cifrado.

Hay un detalle importante de la API. La interfaz del marco de seguridad documentada por Apple para claves de la zona segura utiliza claves P-256 generadas dentro de la zona; no importará ninguna clave privada en texto plano existente. Bitcoin y Ethereum comúnmente utilizan secp256k1, que es otra curva. "Usar la zona segura" no prueba que una frase de recuperación BIP39 específica viva completamente en la zona, o que cada firma en la cadena se genere allí. Esta es una limitación de esta interfaz, no una afirmación sobre cada capacidad de contraseña dentro de SEP. Documentación para desarrolladores de Apple.

Una billetera también puede optar por usar el empaquetado de claves: una clave protegida por hardware ayuda a proteger la frase de recuperación, o proteger la clave que la encripta. Después de la autorización, la aplicación desencripta lo que necesita, deriva la clave de la cadena de bloques y firma dentro de su propio proceso.

Esto nos plantea dos preguntas separadas: ¿cómo se protege el secreto en estado estático y dónde aparece el texto plano durante su uso?

La configuración del llavero es clave. AfterFirstUnlock y WhenUnlocked tienen diferentes condiciones de acceso. WhenPasscodeSetThisDeviceOnly agrega restricciones, incluyendo no sincronizar el llavero de iCloud y no incluir en copias de seguridad. Un ícono de Face ID no te dirá esto. Apple: Protección de datos del llavero.

El núcleo comprometido no equivale automáticamente a que la zona segura esté comprometida. Pero controlar el entorno en el que se ejecuta la billetera aún puede permitir que un atacante lea la memoria de la aplicación o abuse de las autorizaciones disponibles para hacer que firme. Una clave "no exportable" y "la billetera rechaza una transacción no autorizada" son dos cosas diferentes.

Otro diseño tiene diferentes modos de fallo. Una billetera puede derivar una clave a partir de una contraseña de aplicación mediante PBKDF2 o Argon2, y luego usarla para encriptar la frase de recuperación en el disco. Si un atacante extrae el texto cifrado, el valor sal y los parámetros, puede validar conjeturas y no necesita un secreto de vinculación de hardware adicional, esta contraseña puede ser atacada en máquinas externas. Esto es un descifrado offline.

El número de 80 milisegundos de la contraseña del dispositivo ya no describe este ataque. El costo depende de la entropía de la contraseña de la aplicación, el número de iteraciones de PBKDF2 o la configuración de memoria y tiempo de Argon2, más la implementación y hardware del atacante. Gritar un buen nombre de KDF no salvará una contraseña débil. Especificación de Argon2, especificación de PBKDF2.

El peor de los casos es más simple: el teléfono se vuelve accesible, la contraseña de la aplicación solo bloquea la interfaz, sin protección independiente efectiva o autorización de transacción nueva. Alguien puede abrir la billetera y transferir fondos sin necesidad de extraer ninguna frase de recuperación.

Estas son las preguntas que quiero hacer a los desarrolladores de billeteras: ¿la contraseña de la aplicación realmente participa en el descifrado? ¿La autenticación biométrica retrocede a la contraseña del dispositivo? ¿Cada firma requiere una nueva autorización? ¿Cuánto tiempo permanecen los materiales de clave descifrados en la memoria? ¿Qué se lleva la copia de seguridad?

Por qué mi límite de hardware comienza con el iPhone 17

Las defensas anteriores no hacen que las generaciones de hardware sean intercambiables. El iPhone 17 y el iPhone Air, junto con la generación A19, introdujeron la imposición de integridad de memoria (MIE). Sus componentes trabajan juntos para combatir las explotaciones de daños en la memoria:

Los asignadores tipificados (typed allocators) restringen cómo diferentes tipos de objetos comparten memoria.

Las extensiones de marcado de memoria mejoradas (EMTE) sincronizan la verificación de punteros y etiquetas de memoria.

La confidencialidad de las etiquetas (tag confidentiality) dificulta la detección de etiquetas, lo que a su vez dificulta el eludir esas verificaciones.

Los desarrolladores de vulnerabilidades generalmente comienzan con un desbordamiento de pila, un uso después de liberar (UAF), o una lectura o escritura fuera de límites (OOB). La organización de la pila (heap grooming, a veces llamada feng shui de la pila) organiza la asignación de memoria para hacer que este error sea útil. La capacidad final obtenida es un primitivo de explotación (exploit primitive); la lectura/escritura arbitraria del núcleo (kernel R/W) es especialmente valiosa.

MIE interfiere en varios pasos. Apple describe su implementación en el núcleo y en más de 70 procesos en modo usuario, y evalúa esto utilizando cadenas de explotación de vulnerabilidades reales de la historia. Se lanzó por primera vez con iOS 26 en nuevo hardware compatible, y no con iOS 27. Los teléfonos más antiguos no pueden obtener el hardware EMTE que falta a través de actualizaciones de software. Documentación técnica de MIE de Apple

El uso de etiquetas de memoria de hardware por parte de billeteras de terceros sigue dependiendo de su configuración de construcción. MIE tampoco puede reparar una mala decisión de autorización o un error lógico. Lo que quiero es esa capa adicional de defensa de hardware, así como una billetera que utilice las protecciones disponibles. Apple: Seguridad mejorada para aplicaciones

Los dispositivos más antiguos tienen otro problema bien conocido: checkm8, una vulnerabilidad en el BootROM que afecta a dispositivos A5 a A11 (incluyendo la generación del iPhone X). Las actualizaciones normales de iOS no reemplazan el código del BootROM vulnerable. Aprovechar la cadena de arranque no descifra automáticamente todos los datos de usuario ni rompe las zonas de seguridad, pero sigue siendo una desventaja permanente para esos dispositivos. Proyecto original de checkm8

iOS 27 es mi límite de software actual, con los últimos parches de seguridad estables instalados. Esta es una estrategia de gestión, no una afirmación de que "cada versión antigua es explotable y cada nueva versión es segura". Apple sigue lanzando actualizaciones en múltiples ramas compatibles. Publicaciones de seguridad de Apple

La historia del teléfono es importante, su vida útil de seguridad efectiva es limitada

Apple repara vulnerabilidades y aumenta la defensa de hardware. Las empresas forenses continúan desarrollando métodos de acceso. Una "matriz de soporte" pública es una declaración obsoleta de capacidades, no una promesa para el próximo año. Por eso me traslado cada uno o dos años, y antes si hay problemas graves o si el dispositivo pierde soporte. Este intervalo es mi estrategia de mantenimiento, no una fecha de caducidad científicamente determinada.

Antes de declarar un viejo teléfono como "frío", hay otra pregunta que hacer: ¿fue comprometido mientras aún era tu teléfono diario?

La investigación Coruna de Google de 2026 documentó cinco cadenas de explotación de iOS y 23 vulnerabilidades, incluyendo módulos dirigidos a aplicaciones de billetera. Su investigación DarkSword también describió cargas útiles para recopilar datos de billeteras criptográficas. Estos son ataques dirigidos a rangos de iOS específicos vulnerables, ya hay correcciones disponibles, pero no son evidencia de que "estas cadenas puedan comprometer de forma remota un teléfono completamente parcheado y desconectado". Explican por qué la historia del dispositivo es importante. Investigación Coruna Investigación DarkSword

Si tu frase de recuperación se filtró antes de desconectarte, el modo avión no la recuperará. Apagar o activar el modo de bloqueo (Lockdown Mode) tampoco lo hará.

Los códigos QR tampoco pueden eliminar la necesidad de "confiar en la parte firmante". Dark Skippy demostró que una parte firmante controlada maliciosamente puede codificar materiales secretos en la firma de la transacción a través de su elección de nonce. La transacción lleva la salida a la cadena. Este ataque requiere una parte firmante comprometida; no es una afirmación de que "una billetera de iPhone normal haría esto". Explica por qué una parte firmante fuera de línea aún tiene un canal de salida. Investigación Dark Skippy

Al migrar, no pongas la frase de recuperación en AirDrop, iCloud, capturas de pantalla, registros de chat o portapapeles compartidos, creando nuevas exposiciones. Mover hardware y proteger secretos de recuperación son parte de esto.

Si usara un iPhone, lo configuraría así

Un iPhone 17 o modelo más reciente, iOS 27 o superior, y los parches de seguridad actuales. Verifica la protección de hardware del modelo real. Planea migrar cada uno o dos años, respondiendo más rápido ante cambios de seguridad significativos.

Una contraseña de dispositivo aleatoria de al menos 12 caracteres alfanuméricos. No confíes completamente en las limitaciones de adivinanza del sistema.

Una billetera con protección independiente efectiva. Revisa la encriptación de la frase mnemotécnica, parámetros KDF, clases de llaveros, empaquetado de claves soportado por hardware y autorización de transacciones. Un pop-up de Face ID no es una arquitectura de seguridad.

Un conjunto de copias de seguridad de recuperación fuera de línea independientes. No almacenes ninguna frase de recuperación en Notas, Fotos o capturas de pantalla comunes. Verifica que la recuperación sea realmente utilizable antes de invertir grandes cantidades de dinero.

Reduce interfaces y accesos innecesarios. Desactiva el acceso al centro de control de la pantalla de bloqueo y el acceso a accesorios innecesarios. Desactiva Wi-Fi y Bluetooth en la configuración; desconectarlos en el centro de control no equivale a desactivarlos por completo. Documentación de Apple

Almacenarlo apagado. El próximo inicio normal entrará en BFU. También protege físicamente el dispositivo.

Usa un dispositivo dedicado inicializado desde un estado confiable. No hagas jailbreak, no instales aplicaciones no relacionadas, no uses cuentas de Apple diarias y no restaures un conjunto de datos de un teléfono diario completo. El modo de bloqueo puede reducir la exposición de usuarios de alto riesgo, pero no sustituye las actualizaciones ni revoca secretos ya filtrados. Apple: Modo de bloqueo

Mantén todo el proceso de firma. Usa un proceso de firma fuera de línea controlado, incluyendo la transmisión de códigos QR en soporte. Verifica direcciones, montos, redes y permisos. Planifica las actualizaciones con cuidado y verifica el aislamiento después. Considera el acceso físico, los viajes y la recuperación, no solo el acceso a Internet.

Para la custodia a largo plazo de activos de gran valor, prefiero un dispositivo de firma dedicado con diseño de seguridad transparente, mantenimiento continuo y capacidad para validar transacciones en el propio dispositivo. Su firmware, cadena de suministro y proceso de recuperación aún necesitan un escrutinio.

Mantener el teléfono fuera de línea es una prevención. El hardware, la versión de parches, el estado BFU/AFU, las contraseñas y la gestión de claves de la billetera determinan qué tan efectiva es esta prevención para ti.

Este contenido se ofrece únicamente con fines informativos generales y no constituye un asesoramiento financiero, de inversión, legal ni fiscal. Cualquier evento, recompensa, promoción en línea o información relacionada que se mencione en el presente documento no debe considerarse como una recomendación, solicitud o invitación a comprar, vender, operar o de negociar de otra manera con cualquier criptoactivo. Los criptoactivos son sumamente volátiles y pueden provocar pérdidas. La disponibilidad de los servicios, productos y eventos relacionados de WEEX puede variar según la región. Tienes la responsabilidad de asegurarte de que tu participación esté de acuerdo con las leyes y regulaciones locales vigentes.