BitcoinBitcoin CoreInteligencia artificialSeguridadVulnerabilidades

Bitcoin Core cambia su política de vulnerabilidades porque la IA facilita encontrar fallas: qué cambia y qué significa

Por Medio Crypto ·
Portada

Los desarrolladores de Bitcoin Core, el software más usado para operar nodos de Bitcoin, cambiaron su política de divulgación de vulnerabilidades. La razón: las herramientas de inteligencia artificial, en particular los modelos de lenguaje (LLM), están haciendo que ciertos errores sean mucho más fáciles de encontrar. Desde ahora, las fallas que cualquiera podría detectar “con un simple prompt” se corregirán y se anunciarán lo antes posible, en lugar de mantenerse en secreto durante meses. Te explicamos qué cambió, por qué y qué significa si usas o tienes bitcoin.

Qué pasó

  • La propuesta: el desarrollador Antoine Poinsot (darosior) abrió el 16 de octubre de 2026 el pull request #1281 en el repositorio del sitio oficial de Bitcoin Core para actualizar su política de seguridad.
  • La aprobación: varios colaboradores la respaldaron y Michael Ford (fanquake) la integró el 22 de octubre de 2026. Poinsot también la anunció en la lista de correo de desarrollo de Bitcoin.
  • El motivo: según Poinsot, el proyecto recibió “un aumento en el número de reportes de vulnerabilidades que pueden (re)descubrirse fácilmente”, algo que atribuye “en gran parte a que los LLM reducen drásticamente la barrera” para encontrar ciertos tipos de fallas o identificar correcciones discretas.

Primero lo básico: ¿qué es un embargo de vulnerabilidades?

Cuando alguien reporta una falla de seguridad en un software, los desarrolladores suelen corregirla en silencio y esperar un tiempo antes de explicar públicamente cuál era. Ese periodo de silencio se llama embargo. La idea es darle tiempo a los usuarios para actualizar antes de que un atacante sepa exactamente qué aprovechar.

En Bitcoin Core, ese embargo depende de la gravedad:

  • Baja: se divulga dos semanas después de la versión principal que trae la corrección.
  • Media y alta: se divulga dos semanas después de que la última versión afectada deja de tener soporte, lo que suele ser alrededor de un año después de la corrección.
  • Crítica: fallas que amenazan la seguridad fundamental de la red se manejan con un procedimiento especial, caso por caso.

Qué cambia con la nueva política

Se crea una nueva clasificación: vulnerabilidad “fácilmente descubrible”. La política la define como una falla que “puede descubrirse con un esfuerzo mínimo, por ejemplo con un simple prompt a un LLM”, aunque aclara que la categoría no se limita a hallazgos hechos con IA.

Para esas fallas, Bitcoin Core publicará una versión de mantenimiento con la corrección para cada versión principal que siga soportada “lo antes posible”, junto con un aviso de seguridad, sin aplicar los periodos de embargo habituales. El resto de las vulnerabilidades mantiene los plazos según su gravedad.

El argumento de Poinsot es directo: con un proyecto donde la gente tarda en actualizar, el embargo largo hacía que las correcciones solo llegaran con la siguiente versión principal. “Para estos problemas fáciles de encontrar, es la compensación equivocada. El periodo de embargo logra poco, pero retrasa la disponibilidad de una versión corregida”, escribió. Corregir en secreto “lograría poco”, añadió, porque esas fallas “ya pueden encontrarse con un escaneo trivial con un LLM”.

El debate y las desventajas

  • Menos tiempo de prueba: Poinsot reconoció que las correcciones tendrán menos tiempo de “reposo” en las ramas de desarrollo antes de llegar a los usuarios.
  • ¿Avisar antes? El colaborador stickies-v planteó que los atacantes pueden vigilar el repositorio de forma automática y sugirió divulgar incluso antes. Poinsot respondió que, para fallas no críticas, alertar antes de tener una versión corregida probablemente haría más daño que bien.
  • ¿Aviso sin detalles? El investigador Antoine Riard propuso poder publicar la corrección sin aviso inmediato. Poinsot lo rechazó: alertar sin detalles podría provocar, por ejemplo, migraciones apresuradas de usuarios que no estaban afectados.

Qué no significa

El cambio no anuncia una falla concreta ni indica que la criptografía de Bitcoin esté comprometida. Es un ajuste de procedimiento: cómo y cuándo se publican correcciones. Según Crypto Briefing, al momento del cambio todavía no se había clasificado ninguna vulnerabilidad en la nueva categoría.

Qué conviene hacer si usas Bitcoin Core

  • Mantén tu nodo actualizado y atento a las versiones de mantenimiento: con esta política podrían llegar más seguido.
  • Descarga solo desde fuentes oficiales (bitcoincore.org o el repositorio oficial) y verifica las firmas de los binarios.
  • Lee los avisos de seguridad oficiales antes de reaccionar: no todas las fallas afectan a todos los usuarios.
  • Desconfía de “actualizaciones urgentes” que lleguen por mensajes, correos o redes sociales con enlaces a sitios no oficiales. Son un truco común de estafa.

Por qué importa

La IA está cambiando la seguridad del software en ambos lados: ayuda a los defensores a encontrar errores, pero también reduce el esfuerzo que necesita un atacante. Que el proyecto de software más importante de Bitcoin ajuste su política es una señal de que el viejo supuesto de “si no lo contamos, nadie lo encontrará” pierde fuerza, y de que la rapidez para publicar correcciones gana peso frente al secreto.

Fuentes

Aviso: Este contenido es informativo y no constituye asesoría financiera ni una recomendación de inversión. Las criptomonedas son volátiles y puedes perder una parte importante o la totalidad de lo invertido; investiga por tu cuenta antes de tomar cualquier decisión.

Publicado originalmente en Medio Crypto el 2026-10-23. Este contenido es informativo y no constituye asesoría financiera.

Aviso de riesgoEste contenido es informativo y no constituye asesoría financiera. Las criptomonedas son volátiles; investiga por tu cuenta antes de tomar decisiones.