Por Canuto  

Jameson Lopp sostiene que el temor a una ruptura inminente de la criptografía de Bitcoin por parte de la inteligencia artificial desvía la atención de un peligro más próximo: los errores de implementación en billeteras y otros programas. El desarrollador pide reforzar la seguridad operativa antes de prepararse para un escenario que, según la información citada, aún no se ha materializado.

***

  • Jameson Lopp considera prematuro el «modo búnker» ante una posible ruptura de ECDSA y pide atender riesgos actuales.
  • Los informes citados describen vulnerabilidades en software y firmware de billeteras, aunque no establecen que la IA las haya descubierto en todos los casos.
  • Vitalik Buterin reconoce riesgos futuros para la criptografía, pero advierte que actuar antes de tiempo también puede resultar peligroso.

 

El desarrollador de Bitcoin y cofundador de Casa, Jameson Lopp, sostiene que la posibilidad de que la inteligencia artificial quiebre próximamente la criptografía de Bitcoin ha generado una alarma desproporcionada. En vez de concentrarse en una ruptura matemática hipotética, la industria debería atender vulnerabilidades concretas en aplicaciones, firmware y billeteras, donde los errores de implementación pueden exponer a los usuarios.

La discusión cobró fuerza después de que Justin Drake, investigador de Ethereum, planteara que nuevos modelos de Anthropic y OpenAI podrían quebrar el algoritmo de firmas ECDSA «en meses, no años». Haseeb Qureshi, de Dragonfly, respaldó esa advertencia, que llevó a Drake a instar a los inversores a prepararse para un «modo búnker».

Drake también citó un informe según el cual Claude Mythos Preview encontró una debilidad relacionada con HAWK-256 en unas 60 horas. La vulnerabilidad descrita corresponde a un parámetro de desafío que no está desplegado; por tanto, no equivale a demostrar que el modelo haya quebrado un algoritmo poscuántico en uso. Tampoco prueba que pueda quebrar ECDSA ni recuperar claves activas de Bitcoin.

Lopp respondió desde una perspectiva centrada en los incidentes de seguridad que ha seguido durante los últimos meses. A su juicio, la comunidad corre el riesgo de atender primero una amenaza teórica mientras deja sin resolver problemas operativos en las herramientas que los usuarios emplean para proteger sus fondos.

Los errores de implementación, una superficie de riesgo más cercana

La distinción que plantea Lopp separa dos tipos de amenaza: quebrar los fundamentos matemáticos de un esquema criptográfico y explotar errores en el software que lo implementa. La segunda vía no requiere demostrar que ECDSA sea matemáticamente vulnerable; puede bastar con encontrar fallos en una aplicación, una billetera o el firmware que gestiona claves.

Informes sobre Coldcard han descrito una debilidad en la generación de frases semilla que afectó a ciertas versiones antiguas de firmware o dispositivos. Esa clase de problema ilustra un riesgo de implementación, pero la información disponible no permite atribuir su detección a modelos de IA ni sostener que estos hayan acortado de semanas a horas el trabajo de los investigadores en ese caso.

Para Lopp, ese tipo de vulnerabilidad vuelve contraproducente centrar la conversación exclusivamente en una hipotética ruptura de ECDSA. Si los errores de software exponen sistemas reales, reforzar el código y revisar los procesos de seguridad ofrece una respuesta más inmediata que organizarse alrededor de un escenario futuro que todavía no se ha confirmado.

Prudencia ante la IA y medidas de seguridad básicas

Vitalik Buterin, cofundador de Ethereum, también intervino en el debate y reconoció que la IA plantea riesgos de largo plazo para la criptografía. Según la información citada, advirtió que apresurarse a tomar medidas puede resultar más peligroso que la amenaza que se intenta prevenir, una cautela que contrasta con la recomendación de prepararse ya para el «modo búnker».

Buterin bromeó con que había perdido personalmente más dinero por actualizaciones fallidas de billeteras que por el conjunto de los ataques de hackers. La observación, atribuida a Buterin, no constituye una comparación estadística general, pero refuerza el argumento de que los errores de operación y mantenimiento también pueden causar pérdidas sin que se hayan quebrado los algoritmos criptográficos.

Entre las medidas de higiene de seguridad mencionadas en la nota figuran recopilar firmas multisig fuera de la cadena y evitar enviar transacciones desde direcciones destinadas al ahorro, con el objetivo de mantener ocultas las claves públicas. Son recomendaciones operativas que no eliminan todos los riesgos ni sustituyen la revisión de cada configuración, pero desplazan el foco hacia prácticas concretas.

La información citada señala que no se habían registrado casos de claves ECDSA activas quebradas con éxito. Ese dato respalda la postura de Lopp frente a la alarma por un criptoanálisis inminente, aunque no permite descartar que la IA plantee desafíos criptográficos en el futuro ni sustituye la vigilancia de los sistemas actuales.

El llamado de Lopp no consiste en ignorar los avances de la inteligencia artificial, sino en ordenar las prioridades de seguridad según los riesgos observables. Mientras no haya pruebas de una ruptura de claves ECDSA activas, su advertencia se dirige a quienes desarrollan y utilizan software cripto: corregir fallos de implementación puede ser más urgente que prepararse para una amenaza matemática aún hipotética.


ADVERTENCIA: DiarioBitcoin ofrece contenido informativo y educativo sobre diversos temas, incluyendo criptomonedas, IA, tecnología y regulaciones. No brindamos asesoramiento financiero. Las inversiones en criptoactivos son de alto riesgo y pueden no ser adecuadas para todos. Investigue, consulte a un experto y verifique la legislación aplicable antes de invertir. Podría perder todo su capital.

Suscríbete a nuestro boletín

Artículos Relacionados