Bitcoin Core reveló tres vulnerabilidades de seguridad el 10 de noviembre de 2026, incluido un defecto de alta gravedad capaz de interrumpir las operaciones mineras y dos debilidades adicionales que afectan el procesamiento de bloques y las conexiones Tor. Aunque los desarrolladores solucionaron los problemas en octubre de 2025, sus detalles técnicos permanecieron confidenciales hasta ahora.
Conclusiones clave
¿Cómo podría un error en el núcleo de Bitcoin detener las operaciones mineras?
La vulnerabilidad más importante, identificada como CVE-2025-62861, afectó a las versiones 28.0 a 28.2 y 29.0 a 29.1 de Bitcoin Core. Clasificado como de alta gravedad, el defecto involucró el manejo de transacciones durante las reorganizaciones de blockchain, lo que potencialmente dejó a los nodos mineros incapaces de construir plantillas de bloques válidas.
En su centro estaban las transacciones de la versión 3, comúnmente llamadas transacciones TRUC, que operan bajo restricciones de mempool especializadas. Durante una reorganización de la cadena, Bitcoin Core podría desalojar incorrectamente transacciones mientras retiene transacciones dependientes, creando inconsistencias dentro de su grupo de transacciones.
Para los mineros, las consecuencias fueron particularmente problemáticas. Los nodos afectados podrían fallar en la validación de la plantilla de bloque, lo que les impediría generar nuevos trabajos de minería hasta que se reinicien. Los equipos de minería podrían continuar procesando plantillas obsoletas, lo que podría perder tarifas de transacción y reducir la eficiencia operativa.
El investigador de seguridad Niklas Goegge informó del defecto el 26 de septiembre de 2025. Posteriormente, el desarrollador Greg Sanders introdujo una corrección, fusionada el 2 de octubre, que evitó el comportamiento problemático de desalojo de transacciones durante las reorganizaciones.
El remedio apareció en el software Bitcoin Core 30.0, 29.2 y 28.3 a lo largo de octubre de 2025. Sin embargo, aproximadamente el 9% de los nodos accesibles continuaron anunciando versiones vulnerables alrededor de la fecha de divulgación.
¿Cuáles fueron las otras dos vulnerabilidades de seguridad del núcleo de Bitcoin?
La segunda vulnerabilidad, CVE-2025-62859, tenía una clasificación de gravedad media e involucraba bloques compactos construidos con fines malintencionados. Un atacante podría aprovechar el manejo inadecuado de testigos de transacciones alterados para retrasar repetidamente las descargas de bloques. En condiciones particulares de la red, incluidas conexiones entre pares de alto ancho de banda comprometidas, la interferencia podría continuar indefinidamente.
El investigador Eugene Siegel identificó la debilidad en abril de 2025. Gregory Sanders desarrolló la corrección, que alcanzó las versiones 30.0 y 29.2 de Bitcoin Core.
Mientras tanto, CVE-2025-62860 expuso un problema completamente diferente que involucra conexiones Tor entrantes y permisos de pares confiables. Cuando los operadores configuraron la configuración de lista blanca opcional de Bitcoin Core para incluir la dirección de su demonio Tor, las conexiones entrantes podrían heredar por error privilegios destinados a pares de confianza.
Esas exenciones debilitaron ciertas salvaguardias de denegación de servicio y protecciones de privacidad. Bitcoin Core indicó que miles de nodos de la red principal accesibles se vieron potencialmente afectados, aunque las configuraciones estándar seguían siendo seguras.
¿Por qué Bitcoin Core esperó hasta noviembre para revelar las fallas?
Los anuncios del 10 de noviembre siguieron el calendario de divulgación establecido por Bitcoin Core. Los desarrolladores retuvieron los detalles técnicos hasta que la línea de versión principal vulnerable final, 29.x, alcanzó el estado de fin de vida útil el 27 de octubre de 2026. A diferencia de tres divulgaciones de vulnerabilidades asistidas por IA publicadas el 28 de octubre, estos problemas siguieron el proceso de embargo convencional.
Es importante destacar que ninguno permitió el robo de bitcoins, la creación no autorizada de monedas o la falla del consenso, y no se informó ninguna explotación. La vulnerabilidad minera requirió condiciones de reorganización específicas, lo que significa que sus consecuencias se limitaron a los operadores afectados y no al propio Bitcoin.
Para los mineros de bitcoin y los administradores de nodos, la distinción es importante. El mantenimiento del software sigue siendo esencial incluso cuando las vulnerabilidades no pueden comprometer los fondos. El episodio ilustra cómo defectos aparentemente oscuros en el manejo de transacciones pueden crear problemas operativos tangibles sin amenazar el consenso subyacente de la red.
El precio de Bitcoin recupera $ 74,000 después de que la venta masiva del IPC provoque volatilidad
Bitcoin se recuperó por encima de los 74.600 dólares después de caer a 72.787 dólares tras unos datos de inflación de Estados Unidos mejores de lo esperado. La acción del precio dentro del rango llevó a...
Sobre el autor
ESCRITO PORJamie RedmanDirector de noticias
