Cómo Recuperar el Mnemotécnico Prokey con un Ataque de Diccionario Offline: Guía Paso a Paso

Introducción

Una frase semilla de 12 o 24 palabras incompleta puede bloquear el acceso a Bitcoin, Ethereum y otros activos cripto. Cuando la copia Prokey sigue un estándar compatible con BIP39, un ataque de diccionario offline puede ser una vía técnica para reconstruir el mnemotécnico si recuerdas varias palabras, errores ortográficos, orden parcial o candidatos potenciales. Dentro del enfoque Recuperación de Wallets Cripto / guías avanzadas, esta guía explica un protocolo seguro, metódico y verificable para maximizar las probabilidades de éxito sin poner en riesgo las claves.

¿Cuándo usar este método?

Aplica este procedimiento solo si:

• La cartera pertenece al usuario o existe autorización escrita para recuperar su acceso.
• Recuerdas al menos algunas palabras del mnemotécnico, su idioma, su longitud o parte del orden.
• El backup es compatible con BIP39/BIP32 o con listas estándar de 2048 palabras.
• Puedes trabajar completamente offline, sin internet ni portapapeles compartidos.

No es adecuado si no sabes si la semilla era BIP39, si el archivo fue sobrescrito por completo o si necesitas adivinar una frase de 12/24 palabras sin ningún candidato recordado; en esos casos, las chances caen drásticamente y conviene priorizar backups alternativos, pasajes, direcciones derivadas o pistas archivadas.

Conceptos clave antes de atacar la semilla

BIP39: checksum y palabras

Una frase BIP39 no es una secuencia arbitraria de palabras. Las 12 o 24 palabras incluyen una suma de control checksum. Esto permite descartar combinaciones inválidas antes de probar derivaciones, pero no significa que cualquier lista válida sea tu cartera: muchas semilllas pasarán la verificación sintáctica y no corresponden a tus fondos.

BIP32: derivación de direcciones

El mnemotécnico suele derivar rutas como BIP44 para Bitcoin Legacy, BIP49 para compatibilidad con SegWit Wrapped o rutas específicas para Ethereum, Ledger, Electrum, MetaMask u otras billeteras. Si la ruta de derivación es incorrecta, una semilla válida puede generar direcciones distintas y hacer parecer que el ataque falló.

Candidato real vs candidato plausible

Un ataque de diccionario eficiente no prueba todas las 2048 palabras al azar, sino que construye listas con palabras reales recordadas, variantes ortográficas, errores comunes, sinónimos del backup, fragmentos incompletos y posiciones probables.

Preparación de seguridad

1. Usa una máquina aislada de internet: un portátil sin conexión, un entorno live USB verificado o una VM sin acceso a red.
2. Evita guardar listas, logs o capturas con semilllas candidatas en servicios cloud.
3. Apaga telemetría, sincronización automática, portapapeles en la nube y extensiones desconocidas.
4. Mantén una copia del backup original intacto; trabaja sobre una segunda copia.
5. Lleva registro cifrado o en papel de cada conjunto probado para no repetir pruebas y perder tiempo.

Herramientas habituales:

• btcrecover para búsquedas de semilllas, contraseñas y fragmentos parciales en formatos compatibles.
• HashCat cuando la tarea se traduce en pruebas de contraseñas derivadas, pasajes BIP39 o combinaciones de diccionario.
• Pywallet en backups antiguos o formatos legacy de Bitcoin.
• Scripts Python con la lista BIP39 oficial para generar, filtrar y validar candidatos.

Paso 1: Delimitar qué sabes y qué debes adivinar

Antes de ejecutar software, completa una ficha:

• ¿12 o 24 palabras?
• ¿Idioma original: español, inglés, otro?
• ¿Recuerdas posiciones: primera, última, pares, tercios?
• ¿Hay palabras seguras, aunque estén en orden desconocido?
• ¿Hubo errores tipográficos, acentos, mayúsculas, separaciones o palabras pegadas?
• ¿Existe passphrase adicional?
• ¿La cartera Prokey usaba derivación estándar o una ruta personalizada?
• ¿Tienes una dirección pública, contraseña de archivo, seed parcial o exportación de claves?

Regla práctica: cuantas más palabras fijas y menos candidatos por posición, mayor viabilidad. Si tienes 11 palabras correctas y 1 posición dudosa con 20 candidatos, el espacio es manejable. Si necesitas adivinar 6 palabras, aunque sea con diccionario, puede volverse computacionalmente inviable.

Paso 2: Construir un diccionario pequeño pero inteligente

Evita listas enormes de 2048 palabras. Crea listas por posición o por tipo:

• Lista A: palabras seguras recordadas.
• Lista B: variantes ortográficas de una palabra recordada.
• Lista C: palabras que podrían sustituir una palabra mal memorizada.
• Lista D: errores de transcripción: falta de vocal, cambio de letra, palabra parcial.
• Lista E: palabras del mismo tema o patrón usado en el backup.

Ejemplo de candidatos útiles:

• muro, muur, muro, muro con espacios.
• piedra, piedras, piedra1, piedra2.
• gato, gatos, Gato, GATOS.

Si el backup estaba en inglés, no mezcles listas españolas e inglesas sin control, salvo que sepas que la semilla fue generada en un idioma u otro. Muchos ataques fallan por inconsistencia lingüística.

Paso 3: Definir un modelo de ataque

Hay tres modelos comunes:

Posiciones fijas con reemplazo único

Si sabes 11 palabras y una posición con 100 candidatos, pruebas 100 semillas.

Posiciones desconocidas con palabras conocidas

Si recuerdas palabras, pero no su posición, genera permutaciones controladas por ventana: por ejemplo, la palabra recordada puede estar en posiciones 1-4, 9-12, etc. No permutes todo salvo que el espacio sea pequeño.

Combustión por rangos

Divide la frase en tercios. Prueba un bloque conocido, un bloque dudoso con diccionario pequeño y un bloque casi desconocido. Valida checksum tras cada combinación; la mayoría se descarta antes de la fase costosa.

Paso 4: Validar checksum BIP39 antes de derivar fondos

El orden recomendado es:

1. Generar frase candidata.
2. Verificar idioma, número de palabras y checksum BIP39.
3. Solo si es válida, derivar con rutas BIP32/BIP44/BIP49.
4. Comparar direcciones o saldos con pistas conocidas.
5. Registrar candidato exitoso y repetir con otras rutas si es necesario.

Esto reduce enormemente el costo computacional. Validar checksum es barato; derivar y escanear direcciones es caro.

Paso 5: Usar btcrecover, HashCat y scripts con criterio

btcrecover

Útil cuando el formato del backup o la contraseña asociada permite búsqueda. Puede trabajar con listas de palabras, contraseñas, patrones y fragmentos. Antes de ejecutarlo:

• Prepara listas limpias, sin duplicados.
• Ordena candidatos por probabilidad recordada.
• Evita reglas masivas que conviertan el ataque en ruido.
• Guarda solo resultados verificados offline.

HashCat

Es potente para pruebas de contraseña, pasajes o reglas de transformación sobre listas. Si el mnemotécnico está protegido por una passphrase, HashCat puede atacar esa capa cuando tienes indicios del patrón: palabras, años, nombre, errores frecuentes, reglas de capitalización.

Pywallet

En backups antiguos, formatos legacy o archivos de cartera donde la semilla o claves derivadas pueden extraerse si dispones de credenciales. No lo uses sobre archivos sospechosos sin antes aislarlos.

Paso 6: Integrar con billeteras conocidas

Si recuperas una semilla, comprueba derivaciones compatibles con:

• MetaMask: rutas Ethereum/BIP44 típicas.
• Electrum: formatos que pueden incluir contraseña, semilla o master key.
• Ledger: semilla BIP39, pero restaura solo en dispositivo aislado y sin exponer la frase.
• Bitcoin wallets: rutas segWit, legacy o Taproot según la evidencia en direcciones.

Importante: no introduzcas una semilla en una app online. Si una wallet exige conexión, usa un entorno limpio, preferiblemente una VM offline y una sincronización watch-only posterior para validar fondos sin reingresar la semilla.

Paso 7: Manejo del fracaso y cambio de hipótesis

Un ataque sin resultados no significa necesariamente que la semilla sea irrecuperable. Puede indicar:

• Idioma incorrecto.
• Longitud errónea entre 12 y 24.
• Ruta de derivación equivocada.
• Palabras recordadas en orden incompatible.
• Acentos, mayúsculas o espacios mal normalizados.
• Presencia de passphrase olvidada.

Si el checksum nunca pasa, sospecha palabras, idioma o cantidad. Si el checksum pasa pero las direcciones no coinciden, el problema suele estar en la derivación o en que la semilla válida encontrada no es la correcta.

Errores comunes que destruyen la recuperación

• Probar combinaciones en una máquina conectada a internet.
• Pegar la semilla parcial en chats, correos o servicios web.
• Usar un diccionario gigante desde el principio.
• Ignorar el checksum y escanear direcciones en cada candidato.
• Asumir que la primera semilla válida es la correcta.
• Mezclar reglas de HashCat con palabras que el generador BIP39 no soporta.
• Restaurar en un hardware sospechoso o con firmware no verificado.
• No documentar pruebas, generando ciclos infinitos.

Medidas preventivas para no repetir la pérdida

Una vez recuperada la cartera, crea un nuevo plan de backup:

• Al menos 2 copias offline en ubicaciones distintas.
• Una copia en acero o material resistente a fuego y agua.
• Separación de semilla y passphrase.
• Para carteras importantes, usar Shamir Secret Sharing o splits con N de M.
• Registrar rutas de derivación, idioma y fecha de backup.
• Verificar periódicamente la legibilidad sin exponer la semilla online.
• Evitar fotos, nubes, chatbots o notas sin cifrado en la nube.

Resumen operativo

• Valida si la semilla Prokey es BIP39/BIP32.
• Aísla el entorno de cómputo.
• Construye diccionarios pequeños basados en memoria parcial.
• Prueba primero checksum y después derivación.
• Usa btcrecover, HashCat o Pywallet según el formato.
• Confirma con direcciones, saldos y rutas de derivación.
• Restaura en seguridad máxima y crea backups redundantes.

Conclusión

Recuperar un mnemotécnico Prokey con un ataque de diccionario offline es viable cuando existen pistas reales: palabras recordadas, orden parcial, idioma claro o un espacio candidato pequeño. El éxito depende menos de fuerza bruta y más de disciplina forense: reducir variables, validar checksum, limitar reglas y documentar cada prueba. En contextos de Recuperación de Wallets Cripto / guías avanzadas, este método debe usarse solo con autorización, aislamiento extremo y respeto por las pistas derivadas; así se protege la propiedad de los activos y se evita convertir una recuperación difícil en una pérdida definitiva.