Bitcoin Core cambió su política de seguridad para publicar cuanto antes los parches de vulnerabilidades fáciles de descubrir, incluidas las que puede detectar una consulta sencilla a un modelo de IA. Las correcciones llegarán a cada versión principal que siga bajo mantenimiento y se publicarán junto con un aviso de seguridad.
El cambio se integró el 22 de octubre de 2026 tras una propuesta del desarrollador Antoine Poinsot. La etiqueta también cubre fallos hallados sin IA.
Qué versiones recibirán las correcciones
Según su calendario oficial, Bitcoin Core mantiene las tres ramas principales más recientes: al 23 de octubre de 2026 son 31.x, 30.x y 29.x. La rama 28.x llegó al fin de soporte el 19 de abril.
Cada rama mantenida recibirá una actualización de mantenimiento con el arreglo. Quien utilice una versión principal anterior todavía bajo mantenimiento podrá obtenerlo sin esperar al siguiente lanzamiento mayor.
Las ramas fuera de soporte generalmente dejan de recibir parches de seguridad. El proyecto advierte que trasladar cambios a versiones anteriores también depende de la disponibilidad de voluntarios.
Por qué la IA cambia el valor de mantener un fallo en secreto
Poinsot atribuyó buena parte del aumento de reportes fáciles de redescubrir a los modelos de lenguaje, que reducen el esfuerzo para hallar ciertos errores o identificar una corrección discreta.
Los embargos buscaban dar tiempo para actualizar antes de revelar los detalles, pero dificultaban llevar los arreglos a versiones anteriores, explicó. "El periodo de embargo logra poco, pero retrasa la disponibilidad de una versión corregida", escribió sobre estos fallos.
Poinsot reconoció que los arreglos pasarán menos tiempo en las ramas de desarrollo antes de publicarse. Defendió acompañarlos con detalles para que cada operador pueda evaluar si está afectado.
Los demás fallos conservan sus plazos
La facilidad de descubrimiento se evalúa por separado de la gravedad. Estos son los plazos de la política actualizada:
| Caso | Momento del aviso |
|---|---|
| Fácil de descubrir, bajo la vía rápida | Junto con las versiones corregidas, lo antes posible. |
| Gravedad baja, fuera de la vía rápida | Dos semanas después del lanzamiento de una versión principal con la corrección. |
| Gravedad media o alta, fuera de la vía rápida | Dos semanas después del fin de soporte de la última versión afectada. |
| Crítica | Fuera del calendario estándar; posible procedimiento específico para el caso. |
Para los fallos de gravedad media o alta sujetos a embargo, el proyecto sitúa ese momento aproximadamente un año después del primer lanzamiento principal con la corrección.
Bitcoin Core recomienda ejecutar la actualización de mantenimiento más reciente de la versión principal más nueva a la que cada operador pueda migrar.
