Espacio de trabajo de seguridad GhostlyInc

Seguridad en carteras cripto: fallos en semillas, claves y transacciones

Una blockchain puede seguir siendo criptográficamente segura aunque la cartera falle. Usa este centro para entender cómo semillas, claves privadas, copias, firmas y verificaciones pueden poner en riesgo tus fondos.

Para qué sirve este centro

La seguridad de la cartera es una cadena; un eslabón débil puede hacer perder todo el acceso

La criptografía fuerte no repara una semilla predecible, restaura una clave privada perdida, corrige un nonce reutilizado ni revierte pagos a direcciones similares. Este centro separa esos fallos para actuar sobre el riesgo correcto.

Generación de semilla Claves privadas Copias de seguridad de cartera Verificaciones de transacciones

Mapa de amenazas

Sigue el secreto desde la entropía hasta la transacción final

Cada capa responde a una pregunta distinta. Una copia segura no compensa una generación débil de claves, y una cartera hardware no protege un pago si se aprueba un destino erróneo.

01

Generar

Genera secretos impredecibles

Una cartera necesita suficiente entropía fiable y un generador de números aleatorios criptográficamente seguro. Las semillas largas no son seguras si su origen es predecible.

02

Hacer copia

Conserva todas las claves necesarias para la recuperación

Una copia de seguridad debe coincidir con el diseño de la cartera. Las carteras antiguas con claves sueltas podían crear nuevas claves de cambio tras una copia, mientras que las carteras deterministas modernas dependen de proteger la frase de recuperación.

03

Firmar y almacenar

Mantén aislado el material de firma

Claves privadas, nonces de firma, software de cartera y límites de almacenamiento importan. Una falla en cualquiera puede exponer el control sin romper la blockchain.

04

Verificar y enviar

Aprueba el destino previsto

Las transacciones irreversibles hacen que la verificación del destinatario sea parte de la seguridad. El historial, direcciones abreviadas y destinos similares no sustituyen una comprobación independiente.

Hoja de ruta de investigación

Fallos reales de monederos, explicados con casos prácticos

Esta serie de investigación sigue fallos reales en carteras desde aleatoriedad débil hasta historial engañoso. Las investigaciones publicadas son estudios completos; las demás previas quedan sin enlace hasta tener fuentes y guías listas.

Incidente activo Publicado

Vulnerabilidad RNG de COLDCARD 2026

Qué semillas están afectadas, por qué el firmware corregido no repara claves antiguas y cómo migrar bitcoin sin arrastrar la vulnerabilidad a un nuevo dispositivo.

Generación débil de semillas, firmware afectado y migración segura
Amenaza activa Publicado

Address Poisoning

Cómo direcciones similares entran en el historial y por qué los usuarios deben verificar el destinatario completo en lugar de confiar en prefijos o sufijos familiares.

Verificación del destinatario y alertas en la interfaz de la cartera
Historial Publicado

El problema de copia de seguridad de Bitcoin que costó 8.999 BTC

Cómo una clave de cambio faltante dejó una copia de seguridad aparentemente válida incompleta y por qué Bitcoin introdujo un grupo de claves para una recuperación más segura.

Copias con claves sueltas, direcciones de cambio y recuperación
Fundamentos Publicado

Cómo la aleatoriedad débil pone en riesgo las wallets de criptomonedas

Una wallet puede usar criptografía fuerte y aun así generar seeds o claves privadas inseguras. Descubre cómo los valores aleatorios débiles ponen en riesgo tus fondos y qué pueden hacer los usuarios.

Generación de seeds, generadores de números aleatorios y claves débiles
Estudio de caso Planificado

Milk Sad / Libbitcoin Explorer

Cómo un comando de semilla generó menos seguridad de la que su longitud sugería y qué deben aprender los desarrolladores de carteras.

Fallo en generación e implementación de semilla
Estudio de caso Planificado

Randstorm / BitcoinJS

Cómo entornos antiguos de navegador y la aleatoriedad de JavaScript pueden dejar carteras duraderas expuestas años después de su creación.

Entropía del navegador y migración de carteras antiguas
Estudio de caso Planificado

Android SecureRandom 2013

Por qué la aleatoriedad débil o repetida en firmas ECDSA puede revelar claves privadas aunque la generación de claves sea distinta.

Nonces de firma y actualizaciones de carteras móviles

Flujo de protección

Reduce riesgos en el orden del movimiento de secretos

Comienza por cómo la cartera crea y almacena secretos, luego verifica la recuperación y cada transacción. Etiquetas como caliente, fría o hardware no sustituyen esta secuencia.

  1. 01

    Elige una cartera confiable

    Usa una cartera con actualizaciones regulares, que explique claramente la recuperación y muestre qué apruebas. No confíes solo en la publicidad.

  2. 02

    Mantén tu copia de recuperación sin conexión

    Guarda tu frase semilla o copia de seguridad offline en al menos dos lugares seguros. Prueba la recuperación antes de necesitarla y nunca guardes la frase en la nube.

  3. 03

    Traslada fondos de una cartera antigua o insegura

    Si ya no confías en una cartera antigua, crea una nueva con software actualizado y transfiere los fondos a su nueva dirección. Envía primero una pequeña prueba.

  4. 04

    Verifica la dirección completa antes de enviar

    Compara la dirección completa del destinatario con una fuente fiable. Verifícala de nuevo en el dispositivo de firma, especialmente si la copiaste del historial de transacciones.

Conclusión

Asegura el proceso de la cartera, no solo el dispositivo

Protege cómo se generan, respaldan, usan para firmar y verifican los secretos antes de mover fondos. Usa la hoja de ruta para revisar técnicamente carteras, semillas o transacciones antiguas.