Bitcoin Core cambiará los criterios para hacer públicas determinadas fallas de software, ante la posibilidad de que herramientas de inteligencia artificial permitan descubrirlas con facilidad. El objetivo es evitar que los periodos de confidencialidad retrasen las correcciones cuando ocultar los detalles ya no representa una protección efectiva.

Antoine Poinsot, desarrollador del proyecto, anunció la modificación en una comunicación dirigida a la comunidad técnica de Bitcoin. La política anterior contemplaba mantener ciertos errores bajo reserva para que los usuarios y operadores de nodos pudieran instalar las versiones corregidas antes de conocer públicamente los detalles de una vulnerabilidad.

Publicidad

El nuevo enfoque reconoce que esa espera puede perder utilidad si un tercero logra identificar el mismo defecto mediante una instrucción sencilla a un modelo de lenguaje. En tales circunstancias, acelerar la publicación de una solución podría ofrecer más protección que prolongar el secreto.

Con la actualización, Bitcoin Core dará prioridad a la corrección de las vulnerabilidades fáciles de detectar en todas las versiones principales que continúen recibiendo mantenimiento. Los avisos de seguridad se publicarán junto con las respectivas actualizaciones, sin esperar a que termine un embargo prolongado. El anuncio puede consultarse en la propuesta publicada en GitHub.

Para los demás errores, el calendario seguirá dependiendo de su gravedad. Las vulnerabilidades de bajo riesgo se divulgarán dos semanas después de la publicación de una versión principal que incluya el parche. En los casos de gravedad media y alta, el aviso llegará dos semanas después de que la última versión afectada alcance el final de su periodo de soporte, que suele ocurrir alrededor de un año después de publicarse la corrección en una versión posterior.

Los fallos críticos, capaces de amenazar elementos esenciales de la seguridad de Bitcoin, podrán gestionarse mediante procedimientos específicos, fuera de los plazos habituales.

Publicidad

El cambio se produce en un contexto de mayor actividad en la detección de errores asistida por IA. En agosto, Bitcoin Red Team comunicó cerca de 5.000 problemas potenciales en 390 proyectos, aunque solo alrededor del 20% de los hallazgos había sido reproducido hasta entonces.

Ese mismo mes, Core Lightning pidió a los operadores actualizar sus nodos o desconectarlos tras recibir reportes de vulnerabilidades generados con IA. Posteriormente, confirmó varias fallas y preparó una corrección, como explicó CriptoNoticias.

Estos casos no demuestran que todos los reportes automatizados sean válidos. La nueva política busca adaptar los tiempos de respuesta a una realidad en la que ciertos defectos pueden descubrirse antes de su divulgación oficial.

Bitcoin Core ajusta su política de seguridad ante fallas detectables con IA