Bitcoin Core publicó el 28 de oct. un error que permite que cualquier par conectado bloquee un nodo que se ejecute en Windows, macOS o BSD. Un análisis de IA lo había detectado cinco días antes.

Con las reglas anteriores, un error de gravedad media como este se mantenía en secreto durante aproximadamente un año después de publicar la solución. Core eliminó ese plazo de espera para los errores que considera «fáciles de descubrir», es decir, que podría sacar a la luz una simple instrucción para un LLM. El análisis del Proyecto Loupe de Spiral señaló este error el 23 de oct.; las soluciones se publicaron el 27 y el 28 de oct., y el aviso se emitió el 28 de oct. Los nodos Linux nunca se vieron afectados.

Ese mismo día se hicieron públicos otros dos hallazgos de Loupe. Otro desarrollador detectó de nuevo una fuga lenta de memoria que se había reportado el 15 de sept., seis días después. Un desbordamiento del archivo de deshacer, reportado por primera vez en julio, fue reportado dos veces más por desarrolladores que trabajaban por su cuenta. Cuando tres personas han encontrado el mismo error, un año de silencio no protege a nadie.

Nuestra comprobación: la instantánea de Bitnodes de hoy, a las 16:31 UTC+8, contabilizó 17.981 nodos accesibles, y 523 de ellos ejecutan una de las cuatro versiones corregidas. Eso equivale a aproximadamente el 2,9 %. Bitnodes no puede ver el sistema operativo de un nodo, así que esta no es la proporción expuesta. Sin embargo, la receta para provocar el fallo es pública y aproximadamente el 97 % de los nodos que aceptan conexiones siguen indicando una versión anterior.

Si tienes un nodo en Windows o Mac: actualízalo hoy a la versión 29.5, 30.4, 31.2 o 32.1.

$BTC
#BitcoinCore #Bitcoin
Esto no es asesoramiento financiero. Haz tu propia investigación.