Una cartera de Bitcoin bloqueada durante años: recuperación de contraseña de MultiBit Classic

En diciembre de 2023 llegó un correo: un cliente sin acceso a una cartera MultiBit Classic creada en 2013, tras años de intentos fallidos. MultiBit se había descontinuado en julio de 2017, así que no había soporte del fabricante ni software oficial al que recurrir. Quedaban el archivo original de la cartera y el recuerdo del cliente sobre cómo se construían las contraseñas de aquella época: palabras, años, costumbres.

Por qué las carteras antiguas no son automáticamente más fáciles

Existe la suposición de que una cartera de 2013 debe usar un cifrado débil y rápido de romper. No es lo que encontramos, y conviene corregirlo.

MultiBit Classic se construyó sobre bitcoinj, que no toma su contraseña, la resume y la usa directamente: la pasa por scrypt para derivar la clave AES. Scrypt es una función exigente en memoria, diseñada precisamente para encarecer los ataques en paralelo; la documentación de bitcoinj la describe con sobriedad como más difícil de atacar a alta velocidad que otros algoritmos, y recomienda parámetros tales que convertir una contraseña en clave lleve un tiempo perceptible en la propia máquina.

La consecuencia práctica es la contraria a la que espera casi todo el mundo: lanzar hardware contra una cartera MultiBit funciona mal. Donde un hash rápido permite a una GPU probar miles de millones de candidatos por segundo, el requisito de memoria de scrypt destruye esa ventaja. Si cada intento cuesta una fracción apreciable de segundo, un millón de candidatos no es una pausa para el café: son semanas.

El caso, por tanto, nunca iba a ganarse con equipamiento. Había que ganarlo en la lista de candidatos.

Qué lo resolvió realmente

La contraseña tenía unos quince caracteres, con mayúsculas, símbolos y material aparentemente aleatorio. A ciegas, esto crea un espacio de candidatos mucho mayor; el archivo y el caso completo deben seguir evaluándose.

La memoria del cliente cambió la aritmética. Las contraseñas rara vez son aleatorias aunque lo parezcan: se construyen sobre una raíz y luego se decoran. Reconstruimos cómo componía sus contraseñas este cliente en aquel periodo: qué palabras, qué sustituciones, qué años, dónde solían caer las mayúsculas y los símbolos.

Entonces apareció un cuaderno traspapelado con cinco variantes construidas sobre la misma raíz. Ese fue el punto de inflexión. Cinco ejemplos reales de los hábitos de alguien valen más que cualquier cantidad de hardware, porque convierten una búsqueda abierta en una búsqueda estructurada: una raíz conocida, un estilo de decoración conocido y un conjunto acotado de variantes alrededor.

La generación de candidatos se ejecutó sin conexión contra una copia del archivo, bajo acuerdo escrito. Se restauró el acceso a una cartera con bitcoin que valía bien entrado en seis cifras en aquel momento. El cliente llevaba bloqueado desde mucho antes de que ese valor volviera dolorosa la situación.

Qué habría hecho imposible este caso

• No tener el archivo de la cartera. La recuperación de contraseñas necesita algo contra lo que probar. Una contraseña recordada sin archivo no es un caso.
• Un archivo «reparado». Los intentos bienintencionados de arreglar o convertir una cartera antigua suelen destruir justo la estructura de la que depende la recuperación.

Qué significa esto si está en la misma situación

Busque el papel antes que la herramienta. Cuadernos viejos, un gestor de contraseñas que dejó de usar, un cajón con notas, la última página de una agenda: cualquier cosa que muestre cómo construía sus contraseñas vale más que las conjeturas que aún recuerda. Copie el archivo de la cartera a un lugar seguro y no experimente nunca sobre el original.

Un archivo antiguo basta para solicitar una evaluación; los detalles fiables que recuerde pueden acotar la búsqueda. Consulte la cronología de carteras legacy y la referencia sobre recuperación de contraseñas.