Frase de recuperación: cómo conservar una copia privada y utilizable

Qué es una frase de recuperación (seed) y por qué importa

Conclusión clave: la frase de recuperación es la credencial única que restaura el control — protégela en consecuencia.

Una frase de recuperación (también llamada frase semilla, secret recovery phrase o mnemónico) es la representación legible por humanos de la semilla criptográfica que deriva, de forma determinista, las claves privadas de una wallet. Ethereum.org advierte explícitamente que la frase de recuperación es la llave maestra de tu wallet: cualquiera que la tenga puede acceder a todas las cuentas derivadas de esa semilla. Por eso la frase debe mantenerse en secreto y protegida.

Muchas wallets modernas usan derivación de claves determinista jerárquica (HD). Bitcoin.org explica que con wallets HD una única copia válida de la frase puede restaurar direcciones pasadas y futuras para esa implementación de wallet; por ello proteger esa única copia es crítico. Perder o exponer la frase puede causar pérdida irreversible: en cadenas como Ethereum las transacciones son finales y los fondos robados rara vez se recuperan.

• Frase de recuperación = llave maestra de cuentas derivadas
• Quien la posea puede gastar los fondos
• Una sola copia correcta puede restaurar una wallet HD

Diferencia entre frase semilla, passphrase opcional y contraseña de wallet

Distinción práctica

Estos tres términos se confunden con frecuencia pero tienen significados distintos en la práctica:

• Semilla (frase de recuperación/seed): las palabras mnemónicas definidas por BIP‑39 (u otro esquema) que codifican la entropía inicial usada para derivar claves. La especificación BIP‑39 detalla cómo las frases mnemónicas se mapean a entropía y cómo se convierten en una semilla binaria usando PBKDF2 con HMAC‑SHA512 y una sal formada por 'mnemonic'+passphrase.

• Passphrase opcional (passphrase BIP‑39): una cadena secreta adicional que se combina con la mnemónica en el paso PBKDF2 de BIP‑39. El documento BIP‑39 admite explícitamente esta passphrase; cuando está presente genera una semilla derivada distinta a partir de la misma mnemónica. Perder la passphrase hace que la mnemónica por sí sola sea insuficiente para recuperar esa wallet concreta.

• Contraseña de wallet (dispositivo o software): protección local que usa la aplicación o el dispositivo para cifrar/autorizar el acceso al software o a un archivo cifrado. La contraseña de wallet protege típicamente el acceso local pero no forma parte de la derivación mnemónica→semilla BIP‑39 salvo que la implementación la integre deliberadamente.

Porque la passphrase BIP‑39 altera la derivación de la semilla, trátala como un secreto independiente: no es igual a la contraseña del dispositivo y debe respaldarse junto con la mnemónica si confías en ella para reconstruir la wallet específica.

• Frase semilla = respaldo principal
• Passphrase = secreto opcional que cambia la salida de recuperación
• Contraseña de wallet = protección local, no siempre parte de la recuperación

Cómo funciona BIP‑39 (mecánica básica de mnemónicos y passphrases)

Puntos técnicos esenciales

BIP‑39 es la especificación ampliamente utilizada que define códigos mnemónicos y una passphrase opcional. Describe los tamaños de entropía permitidos (128, 160, 192, 224 y 256 bits) y cómo estos se convierten en secuencias mnemónicas de 12, 15, 18, 21 o 24 palabras, respectivamente. La especificación añade un checksum de ENT/32 bits a la entropía, de modo que el mnemónico incluye una comprobación corta para reducir algunos errores aleatorios de transcripción.

Una vez que se dispone de la cadena mnemónica, BIP‑39 la convierte en una semilla binaria de 512 bits (64 bytes) mediante PBKDF2 con HMAC‑SHA512, usando 2048 iteraciones y la sal formada por 'mnemonic'+passphrase. La passphrase es opcional pero, si se usa, cambia la semilla resultante de forma determinista. Tanto la especificación BIP‑39 como documentación relacionada aclaran que usar una passphrase crea una wallet distinta derivada de la misma mnemónica, por lo que guardar esa passphrase es tan importante como guardar la mnemónica misma.

• Cuentas de palabras mnemónicas: 12–24 palabras según la entropía
• Conversión mnemónico→semilla: PBKDF2 HMAC‑SHA512, 2048 iteraciones, sal 'mnemonic'+passphrase
• La passphrase produce una semilla derivada diferente

Qué puede salir mal: riesgos comunes para respaldos

Modos de fallo a vigilar

Las pérdidas y los robos de fondos ocurren por dos razones principales: alguien obtiene las credenciales de recuperación, o el propietario legítimo las pierde permanentemente. Ethereum.org y Bitcoin.org enumeran modos de fallo típicos y advertencias:

• Exposición online: capturas de pantalla, copias en la nube o fotos pueden sincronizarse con servicios en la nube y exponer las mnemónicas. Ethereum.org advierte específicamente que las capturas de pantalla son peligrosas porque pueden cargarse o sincronizarse.

• Malware y keyloggers: si un dispositivo no confiable maneja secretos, el malware puede exfiltrarlos. Las hardware wallets mitigan este riesgo porque mantienen las claves privadas aisladas del internet, aunque la semilla sigue necesitando protección cuando se exporta o se escribe.

• Destrucción accidental: el papel puede quemarse, la tinta desvanecerse o los documentos perderse en desastres. Bitcoin.org recomienda medios duraderos y ubicaciones múltiples para que un solo evento no impida la recuperación.

• Errores de transcripción e idioma: el checksum de BIP‑39 es corto, por lo que errores pequeños pueden no detectarse con fiabilidad; traducir una mnemónica a otra lista de palabras o idioma BIP‑39 cambiará la semilla derivada, algo que BIP‑39 desaconseja salvo que la wallet lo soporte explícitamente.

• Capturas de pantalla sincronizadas son de alto riesgo
• Malware puede robar secretos de dispositivos conectados
• Necesitas durabilidad y cuidado con la transcripción

Principios generales para copias de seguridad seguras y usables

Reglas prácticas de oro

Sigue estos principios básicos para equilibrar privacidad, durabilidad y recuperabilidad:

• Mantén el secreto sin conexión y privado: trata la mnemónica como una llave bancaria. Cualquier copia online incrementa la exposición. Ethereum.org enfatiza que la seed es la llave maestra y que jamás debe compartirse con soporte técnico o desconocidos.

• Múltiples copias duraderas en ubicaciones seguras separadas: Bitcoin.org recomienda evitar puntos únicos de fallo guardando respaldos en varios lugares seguros y usando medios duraderos para sobrevivir accidentes.

• Valora deliberadamente usar una passphrase opcional: una passphrase añade protección frente a la exposición de la mnemónica, pero crea una dependencia de memoria humana — perderla deja la mnemónica insuficiente.

• Verifica respaldos sin revelar la frase: usa funciones de wallet que confirmen la validez del respaldo mostrando patrones de verificación (por ejemplo, derivar una dirección pública de prueba o verificar una huella) en lugar de exponer la mnemónica completa en entornos inseguros.

• Mantén el software y el firmware actualizados: tanto Ethereum.org como Bitcoin.org enfatizan que actualizar software y firmware reduce la probabilidad de explotación durante el uso.

• Copias offline y privadas preferidas
• Medios duraderos y separación geográfica
• Evalúa bien el uso de passphrase
• Verifica sin exponer la frase
• Mantén el software actualizado

Opciones prácticas de almacenamiento y sus compensaciones

Ventajas y riesgos en la práctica

A continuación se describen medios de almacenamiento habituales y qué considerar en cada caso. Bitcoin.org y Ethereum.org discuten el valor de las hardware wallets y enfoques offline; las características que presentamos reflejan esos intercambios sin prescribir una opción única.

Papel: barato y fácil pero vulnerable al fuego, al agua, a que se borre la tinta y al robo. Guarda varias copias en ubicaciones seguras separadas y usa papel y tinta de archivo si vas a depender del papel a largo plazo.

Placas metálicas o grabadas: más duraderas frente al fuego y al agua, usadas para almacenamiento en frío a largo plazo. Son más costosas pero resuelven riesgos de durabilidad que el papel no mitiga.

Hardware wallets: guardan claves privadas en un dispositivo que pretende mantenerlas offline; reducen la exposición durante el uso porque la clave privada no sale del dispositivo. No obstante, la semilla del dispositivo aún necesita copia de seguridad independiente si se pierde o destruye el dispositivo.

Respaldos digitales cifrados: almacenar una copia cifrada en la nube o en un almacenamiento en red aumenta la conveniencia pero también la exposición. Bitcoin.org recomienda tratar los respaldos online como de mayor riesgo y cifrarlos; entonces la gestión de la clave de cifrado se vuelve crítica.

Cajas de seguridad bancarias o almacenamiento profesional: ofrecen seguridad física y redundancia. Suelen depender de terceros y de reglas legales de acceso; valora cómo se recuperará el acceso en temas de testamento o incapacidad.

• Papel: barato, pero frágil
• Metal: durable, coste mayor
• Hardware wallet: aísla firma, pero requiere backup independiente
• Digital cifrado: práctico, mayor exposición si cifrado débil
• Terceros: seguridad física, dependencia externa

Cómo verificar un respaldo sin exponer la seed

Métodos seguros de verificación

Confirma que un respaldo restaura la wallet real sin publicar ni transmitir la frase. Métodos seguros de verificación incluyen:

• Restaurar en un dispositivo nuevo y a prueba de red (air‑gapped) o en un emulador desconectado; comprueba las direcciones públicas derivadas y los saldos comparando direcciones públicas (no datos privados). Bitcoin.org sugiere la firma air‑gapped como técnica robusta para minimizar la exposición.

• Usar funciones de wallet que muestren una dirección o huella derivada de la semilla en vez de la mnemónica completa, permitiendo confirmar una coincidencia sin revelar secretos.

• Si debes usar un dispositivo conectado para verificar, hazlo únicamente en un sistema de confianza, actualizado y limpio; nunca ingreses la mnemónica en páginas web o apps de las que no tengas control.

Nunca tomes una foto ni una captura de pantalla de la mnemónica para verificar, porque las imágenes pueden sincronizarse o filtrarse.

• Prefiere restauraciones air‑gapped
• Compara direcciones públicas o huellas, no la frase
• Evita introducir la mnemónica en sistemas no confiables

Prácticas que debes evitar a toda costa

Errores críticos a evitar

Existen prácticas particularmente peligrosas que conviene evitar por completo:

• No compartas nunca la frase de recuperación con nadie ni la introduzcas en sitios o formularios que la pidan. Ethereum.org advierte que ningún soporte legítimo solicitará tu seed.

• No guardes capturas de pantalla ni copias digitales no cifradas que puedan sincronizarse con servicios en la nube. Las capturas de pantalla se mencionan explícitamente como inseguras porque la sincronización en la nube puede exponerlas.

• No traduzcas ni transcribas la mnemónica a otra lista de palabras o idioma BIP‑39 a menos que la documentación de tu wallet lo soporte explícitamente; BIP‑39 indica que cambiar la lista de palabras modifica la semilla derivada.

• No confíes en una única copia frágil en un solo lugar. Evita puntos únicos de fallo.

• No improvises esquemas para dividir la frase entre personas o dispositivos sin usar un producto de compartición de secretos revisado y probado; esta guía evita recomendar el fraccionamiento manual de palabras o respaldos improvisados porque pueden crear estados irrecuperables o seguridad débil.

• Nunca compartas tu seed
• Nunca captures pantallas ni copies digitales no cifradas
• Evita traducir listas de BIP‑39 o dividir palabras de forma improvisada

Cómo cambia la necesidad de copias de seguridad el uso de multisig

Consideraciones prácticas para multisig

Las wallets multisignature (multisig) requieren la aprobación de varias claves para gastar fondos. Multisig reduce el daño que causa la pérdida o el compromiso de una sola frase de recuperación porque un atacante debe comprometer la cantidad necesaria de claves. Sin embargo, multisig es diferente de una copia de seguridad convencional: es un esquema para distribuir autoridad de firma, no un sustituto conveniente de respaldos.

Si usas multisig, aún debes proteger cada clave (y las frases de recuperación asociadas) de forma independiente. Multisig reduce el riesgo de compromiso único, pero aumenta la complejidad operativa: necesitas acceso fiable a suficientes claves para firmar transacciones, y cada clave requiere su propia estrategia de respaldo que equilibre secreto y recuperabilidad.

• Multisig reduce el riesgo de compromiso de una sola clave pero aumenta la complejidad
• Cada clave necesita su respaldo seguro y duradero
• Multisig no elimina la necesidad de respaldos fiables

Tabla comparativa: opciones de almacenamiento — ventajas y limitaciones

La tabla que sigue resume los compromisos prácticos para enfoques comunes de copia de seguridad. Estas características reflejan la orientación de Bitcoin.org y Ethereum.org sobre durabilidad, exposición y complejidad operativa.

Pasos para diseñar un plan de copia de seguridad resistente

A continuación una lista práctica para diseñar e implementar una copia de seguridad recuperable y privada sin instrucciones específicas de dispositivo. No sigas aquí indicaciones dependientes de un modelo concreto; aplica estos pasos de forma genérica.

1) Decide si vas a usar una passphrase BIP‑39 opcional. Reconoce que usarla protege frente a la exposición de la mnemónica pero crea un secreto adicional que debes almacenar de forma fiable.

2) Elige medios duraderos y separación geográfica. Usa al menos dos ubicaciones seguras distintas (por ejemplo, una caja fuerte en casa y una bóveda o caja de seguridad fuera del sitio) para que un solo desastre no destruya todas las copias.

3) Crea las copias sin conexión y evita dispositivos en red al registrar la seed. No hagas capturas de pantalla ni fotos que puedan sincronizarse a la nube.

4) Verifica la copia restaurando en un dispositivo air‑gapped o comprobando direcciones públicas derivadas (no reveles la frase). Confirma que las direcciones públicas derivadas coinciden con la wallet original.

5) Considera quién necesita acceso por planificación patrimonial y cómo recuperarán los fondos si quedas incapacitado. Planifica procedimientos seguros y documentados que no expongan los secretos a terceros prematuramente.

6) Mantén y verifica periódicamente las copias y actualiza los medios si es necesario (por ejemplo, sustituir papel que se deteriore). Mantén el software y firmware de wallet actualizados, pero evita exponer la mnemónica durante actualizaciones innecesarias.

• Decide sobre la passphrase BIP‑39
• Usa múltiples copias duraderas y separadas
• Registra las copias offline; no fotografíes ni captures pantallas
• Verifica por restauración air‑gapped o comprobación de direcciones públicas
• Planifica acceso patrimonial seguro
• Re-verifica y refresca medios periódicamente

Preguntas frecuentes (FAQ)

P: Si uso una passphrase BIP‑39, ¿aún tengo que respaldarla?

R: Sí. BIP‑39 combina la mnemónica y la passphrase para derivar la semilla; perder la passphrase hará que esa combinación sea irrecuperable. La passphrase es un secreto separado de las contraseñas de dispositivo y debe preservarse como la mnemónica. Esto está descrito en el documento BIP‑39.

P: ¿Es seguro guardar una copia cifrada de mi seed en la nube?

R: Guardar una copia cifrada aumenta la comodidad pero también la exposición. Bitcoin.org recomienda tratar los respaldos online como de mayor riesgo y usar cifrado fuerte y gestión cuidadosa de la clave si eliges esa ruta. Si no puedes garantizar la confidencialidad de la clave de cifrado, evita la nube para la mnemónica.

P: ¿Puedo verificar mi copia introduciendo la mnemónica en una app de wallet en mi teléfono?

R: Solo hazlo en un dispositivo de confianza, limpio y actualizado. Cuando sea posible, prefiere restaurar en un dispositivo air‑gapped o usar funciones de wallet que muestren solo una dirección pública o una huella derivada para verificar. Ethereum.org y Bitcoin.org resaltan los riesgos de exponer la mnemónica en dispositivos conectados.

P: ¿Si uso un hardware wallet, necesito todavía la copia de la mnemónica?

R: Sí. Las hardware wallets normalmente generan una mnemónica y el dispositivo deriva claves desde esa seed. El dispositivo protege las claves durante el uso, pero si el hardware se pierde o destruye, la mnemónica es necesaria para recuperar los fondos en un nuevo dispositivo. Bitcoin.org y Ethereum.org describen cómo hardware wallets y respaldos de seed son complementarios.

P: ¿Qué debo hacer si sospecho que mi mnemónica se ha expuesto?

R: Trata la seed como comprometida: mueve los fondos a una nueva wallet con una mnemónica recién generada (en un dispositivo seguro y de confianza), idealmente sin reutilizar la seed o la passphrase antigua. Dado que las transacciones son irreversibles, la acción rápida reduce el riesgo. Ethereum.org advierte que quien tenga la frase puede gastar los fondos; la migración inmediata es la respuesta práctica.

Conclusión: equilibrar secreto, durabilidad y recuperabilidad

Resumen final

Una frase de recuperación es la credencial maestra para wallets deterministas; protegerla es tan importante como proteger efectivo físico. La orientación combinada de Ethereum.org, Bitcoin.org y la especificación BIP‑39 subraya tres puntos: la mnemónica debe permanecer en secreto, las passphrases BIP‑39 alteran la recuperación y requieren su propio respaldo, y las copias duraderas y separadas reducen el riesgo de fallo de punto único.

En lugar de prescribir una solución perfecta, sigue los principios de esta guía: prefiere medios offline y duraderos; mantén múltiples copias geográficamente separadas; decide con conciencia si usar una passphrase; verifica respaldos sin exponer secretos; y planifica el acceso futuro. Multisig puede disminuir el riesgo derivado de una sola clave comprometida pero añade complejidad y no elimina la necesidad de respaldos fiables de cada clave de firma.

Adoptar estas prácticas se alinea con las recomendaciones oficiales y te permite equilibrar la conveniencia con los riesgos reales que causan pérdidas irreversibles en blockchains públicas.