Bitcoin Core reveló los detalles técnicos de una vulnerabilidad de severidad alta, identificada como CVE-2025-62861, que tenía el potencial de detener la creación de plantillas de bloques por parte de los mineros afectados tras una reorganización de la cadena.

Aunque los parches de seguridad para solucionar esta falla fueron publicados en octubre de 2025 a través de las versiones 30.0, 29.2 y 28.3 del cliente, el funcionamiento específico del error recién se hizo de conocimiento público el 10 de noviembre de 2026, casi dos semanas después de que la última versión vulnerable de la serie 29 llegara al final de su vida útil.

Publicidad

El problema técnico, descubierto e informado de manera responsable por el investigador de seguridad Niklas Goegge el 26 de septiembre de 2025, radica en una inconsistencia dentro de la mempool, la memoria temporal donde los nodos alojan las transacciones antes de ser confirmadas.

El origen del problema estaba en un mecanismo llamado «expulsión de hermanos», introducido en la versión 28.0 de Bitcoin Core. Las reglas dictan que ciertas transacciones (conocidas como TRUC) solo pueden tener una única operación que dependa de ellas —un «hijo»— mientras esperan ser confirmadas. Si ingresaba una segunda transacción intentando gastar fondos del mismo origen, el sistema la trataba como un posible reemplazo. Así, si esta nueva operación ofrecía mayores comisiones a los mineros, eliminaba y sustituía a la primera.

La falla crítica se desencadenaba durante una reorganización de la cadena. En estos eventos, las transacciones de los bloques desconectados deben volver a añadirse a la mempool. Para que esta restauración sea fiel y no se apliquen restricciones de topología a transacciones que ya eran válidas, el sistema utiliza un parámetro que evade los límites de las políticas. Sin embargo, el código de Bitcoin Core omitió aplicar esta excepción a la rama de expulsión de hermanos, por lo que las restricciones de TRUC seguían ejecutándose mientras las operaciones se reintroducían.

Como resultado, una reorganización podía intentar restaurar un conjunto de transacciones que en la mempool infringía el límite de descendencia de TRUC. Al seguir activa la expulsión, el sistema eliminaba una transacción recién restaurada pero dejaba atrás a sus descendientes. Esto generaba un estado inconsistente en el cual la memoria retenía transacciones que gastaban fondos que ya no existían.

Publicidad

El efecto directo de esta anomalía recaía sobre los mineros. Al intentar crear una plantilla para un nuevo bloque, el proceso de ensamblaje fallaba en la comprobación de validez. Tal como destacó el desarrollador Michael Ford al citar el informe oficial, un nodo que atravesaba esta reorganización bajo dicho estado inconsistente perdía por completo su capacidad para producir bloques.

La única manera de reactivar el funcionamiento normal de un nodo atrapado en este error era reiniciándolo, lo que obligaba al sistema a recargar la mempool desde cero en un estado consistente.

Este defecto fue solucionado por el desarrollador Greg Sanders, quien introdujo la reparación en el código a finales de septiembre de 2025. Tras su fusión en el código principal, la solución se incorporó a las versiones seguras de Bitcoin Core, garantizando que la evaluación de las transacciones TRUC se desactive adecuadamente durante las reorganizaciones y evitando que los mineros actualizados sufran interrupciones operativas.

La revelación se da en un contexto de extrema sensibilidad sobre la seguridad informática, lo que incluye los desarrollos en torno al ecosistema de Bitcoin, tal como ha estado informando CriptoNoticias. Esto es debido a una ola de ciberataques impulsados por herramientas de inteligencia artificial con elevada capacidad para detectar vulnerabilidades en diversos protocolos.

Publicidad

Falla grave en Bitcoin Core podía detener la producción de bloques