Los procedimientos de seguridad de Bitcoin Core están cambiando para acelerar las correcciones de vulnerabilidades fáciles de detectar, incluso mediante simples instrucciones de inteligencia artificial. El desarrollador Antoine Poinsot anunció la actualización el 22 de octubre de 2026 y señaló que los prolongados periodos de confidencialidad ofrecen poca protección cuando los fallos pueden volver a encontrarse fácilmente.
Conclusiones clave
- Los fallos fáciles de detectar se corregirán lo antes posible en todas las versiones principales que se mantengan.
- Los avisos de seguridad acompañarán a esas actualizaciones, en lugar de esperar a que transcurran los periodos de embargo habituales.
- Las demás vulnerabilidades conservarán calendarios de divulgación basados en su gravedad, y los errores críticos se gestionarán al margen del proceso estándar.
Índice
- Qué implica el cambio de seguridad de Bitcoin Core
- Por qué un periodo de confidencialidad más largo puede retrasar la protección
- Qué calendarios de divulgación se mantienen
- Conclusión
Qué implica el cambio de seguridad de Bitcoin Core
La política revisada de divulgación de vulnerabilidades de Bitcoin Core establece una vía separada para los fallos que pueden detectarse con un esfuerzo mínimo, por ejemplo, mediante una simple instrucción para un modelo de lenguaje grande. Para estas vulnerabilidades, el proyecto publicará lo antes posible una versión de actualización puntual con la corrección para cada versión principal que se mantenga, junto con un aviso de seguridad.
La distinción depende de la facilidad con que otra persona podría descubrir el fallo, no solo de su gravedad. También limita el compromiso a las versiones mantenidas: la política no promete correcciones para todas las versiones anteriores de Bitcoin Core.
| Elemento | Detalles |
|---|---|
| Crítica | Supone una amenaza para la seguridad e integridad fundamentales de toda la red Bitcoin. |
| Alta | Afecta significativamente a los nodos o a la red, por lo general mediante explotación remota con las configuraciones predeterminadas. |
| Media | Reduce de forma perceptible el rendimiento o la funcionalidad, pero tiene un alcance o una explotabilidad limitados. |
| Baja | Es difícil de explotar o tiene un efecto menor en el funcionamiento de un nodo. |
Por qué un periodo de confidencialidad más largo puede retrasar la protección
En su mensaje a la lista de correo de desarrollo de Bitcoin, Poinsot explicó que, tradicionalmente, los prolongados periodos de embargo de divulgación daban a los usuarios tiempo para actualizarse antes de que los detalles de las vulnerabilidades se hicieran públicos. Mantener la confidencialidad solía significar que las correcciones no podían adaptarse a versiones anteriores, por lo que los usuarios tenían que esperar al siguiente lanzamiento de una versión principal.
Según indicó, los modelos de lenguaje grandes han cambiado ese equilibrio para algunos errores, porque ahora es mucho más fácil volver a descubrirlos. «El periodo de embargo logra poco, pero retrasa la disponibilidad de una versión corregida», afirmó Poinsot.
En la práctica, los usuarios de versiones principales compatibles pueden recibir antes una actualización específica, mientras que el aviso correspondiente hace público el problema de seguridad al mismo tiempo.
Qué calendarios de divulgación se mantienen
Para las vulnerabilidades que no pertenecen a la categoría de las fáciles de detectar, los problemas de gravedad baja se divulgarán dos semanas después del lanzamiento de una versión principal que incluya la corrección. Los problemas de gravedad media y alta se divulgarán dos semanas después de que la última versión afectada llegue al final de su vida útil, aproximadamente un año después de la primera publicación de la versión principal que contiene la corrección.
La política también contempla un anuncio previo dos semanas antes de que se publiquen los detalles de una vulnerabilidad sujeta a embargo. Los errores críticos quedan fuera de la política estándar porque lo más probable es que requieran un procedimiento específico.
Conclusión
La actualización reduce el papel de la confidencialidad cuando un fallo es fácil de volver a descubrir. El siguiente paso de implementación es publicar las correcciones que cumplan los criterios y los avisos correspondientes para las versiones principales mantenidas; la política no fija una fecha de lanzamiento concreta.
Leer más noticias
Aviso legal
Este artículo de FinanceVelix ofrece información general, no asesoramiento financiero, de inversión, jurídico o fiscal personalizado. Los precios de mercado, los tipos de interés y las condiciones económicas pueden cambiar; las inversiones conllevan riesgo de pérdida. Los hechos reflejan la información disponible en el momento de la publicación y pueden cambiar. Verifique por su cuenta la información importante y consulte a un profesional cualificado cuando sea necesario. La mención de un activo, empresa o servicio no constituye una recomendación.
