Bitcoin Core revela tres vulnerabilidades: ¿está tu nodo en una versión segura?

Empecemos por la conclusión: según las tres divulgaciones publicadas el 10 de noviembre en el sitio oficial de Bitcoin Core, estos problemas afectan al mempool, la propagación de bloques y los permisos de conexión de los nodos. Ninguno tiene que ver con claves privadas ni con la falsificación de transacciones. Las correcciones se publicaron en octubre de 2025; los detalles se hacen públicos ahora.

Las tres vulnerabilidades y sus efectos:
1. CVE-2025-62861 (alta gravedad): durante una reorganización de la cadena, se activaba por error la regla de «reemplazo de hermanos» de las transacciones TRUC (transacciones v3), dejando en el mempool transacciones que gastaban salidas que ya no existían. Como resultado, el nodo no podía generar plantillas de bloques y solo se recuperaba al reiniciarse. Versiones afectadas: 28.0–28.2 y 29.0–29.1. Es la más grave para los mineros y las pools de minería.
2. CVE-2025-62860 (gravedad media): los nodos configurados con -whitelist para permitir conexiones de determinados rangos de IP también trataban las conexiones entrantes de Tor como conexiones incluidas en la lista blanca, lo que anulaba parcialmente algunas protecciones contra DoS y de privacidad. Según el texto oficial, como algunos paquetes integrados vienen configurados así por defecto, hay varios miles de nodos accesibles en la red principal afectados. Los nodos sin -whitelist nunca se vieron afectados.
3. CVE-2025-62859 (gravedad media): un nodo malicioso podía usar bloques compactos con datos de testigo manipulados para hacer que el nodo víctima quedara atascado en un tiempo de espera de 10 minutos. Esto podía repetirse indefinidamente si el atacante controlaba tus tres nodos de alto ancho de banda o si tenías activada la opción -blocksonly.

También vale la pena prestar atención a la cronología: la vulnerabilidad más antigua (62859) se notificó el 28 de abril de 2025, pero pasaron aproximadamente 18 meses hasta su divulgación pública. La razón es que el equipo oficial esperó a que la última rama afectada, la 29.x, llegara al fin de su mantenimiento, el 27 de octubre de 2026, para publicar los detalles.

Cómo comprobarlo, en dos pasos:
1. Ejecuta bitcoin-cli getnetworkinfo y consulta el campo subversion. La versión 30.0 y las posteriores corrigen las tres vulnerabilidades; la 29.2 corrige las tres; la 28.3 corrige las dos primeras (el aviso original de la 62859 solo menciona la 29.2 y la 30.0). La rama 29.x dejó de recibir mantenimiento el 27 de octubre; lo más seguro es actualizar a una rama que aún tenga soporte.
2. Si usas un paquete integrado de nodo con interfaz gráfica, revisa en sus ajustes si -whitelist está configurado con algún rango de IP y confirma que la versión de Core incluida en el paquete esté por encima de las versiones indicadas.

Según la información divulgada, quienes solo guardan sus monedas en un exchange o en un monedero móvil y no ejecutan su propio nodo no tienen que realizar ninguna acción por este motivo.

Este artículo no constituye asesoramiento de inversión.

#比特币 #安全 #BitcoinCore #节点 $BTC