🚨Tor no fue vulnerado. Bitcoin Core confió en la dirección equivocada.
#bitcoincoredisclosestortrafficvulnerability
El 10 de noviembre, Bitcoin Core divulgó la vulnerabilidad CVE-2025-62860, de gravedad media. En ciertas configuraciones, el nodo identificaba a un par Tor entrante como su propio daemon Tor local. Si la IP de ese daemon coincidía con un rango -whitelist no predeterminado, los pares onion entrantes podían heredar permisos de pares de confianza que relajan los límites de denegación de servicio y algunas protecciones de privacidad.
Bitcoin Core afirma que los paquetes de proveedores y las configuraciones habituales de Tor dejaron expuestos miles de nodos de la red principal accesibles. Sin embargo, los nodos que no tenían activada la opción opcional whitelist nunca se vieron afectados.
Esto no fue una vulneración del cifrado de Tor, un fallo del consenso de Bitcoin ni una prueba de que se expusieran las direcciones IP reales de los usuarios.
La historia que pasó más desapercibida: el fallo de Tor fue una de las tres vulnerabilidades divulgadas conjuntamente. CVE-2025-62861, calificada de gravedad alta, podía impedir que un nodo de minería afectado generara plantillas de bloques después de una reorganización de la cadena hasta que se reiniciara. CVE-2025-62859 podía bloquear el procesamiento de bloques en determinadas condiciones entre pares.
Las correcciones se publicaron en 2025. La divulgación detallada llegó el 10 de noviembre, dos semanas después de que la última rama afectada 29.x llegara al final de su ciclo de vida el 27 de octubre, de acuerdo con la política de seguridad publicada por Bitcoin Core.
La lección: la seguridad de la red puede fallar por suposiciones sobre la configuración, no solo por fallos criptográficos.
Esto no es asesoramiento financiero.
$BTC
#BitcoinCoreDisclosesTorTrafficVulnerability #BitcoinCore #BitcoinBreaksBelow200WeekMovingAverage #NodeSecurity
#bitcoincoredisclosestortrafficvulnerability
El 10 de noviembre, Bitcoin Core divulgó la vulnerabilidad CVE-2025-62860, de gravedad media. En ciertas configuraciones, el nodo identificaba a un par Tor entrante como su propio daemon Tor local. Si la IP de ese daemon coincidía con un rango -whitelist no predeterminado, los pares onion entrantes podían heredar permisos de pares de confianza que relajan los límites de denegación de servicio y algunas protecciones de privacidad.
Bitcoin Core afirma que los paquetes de proveedores y las configuraciones habituales de Tor dejaron expuestos miles de nodos de la red principal accesibles. Sin embargo, los nodos que no tenían activada la opción opcional whitelist nunca se vieron afectados.
Esto no fue una vulneración del cifrado de Tor, un fallo del consenso de Bitcoin ni una prueba de que se expusieran las direcciones IP reales de los usuarios.
La historia que pasó más desapercibida: el fallo de Tor fue una de las tres vulnerabilidades divulgadas conjuntamente. CVE-2025-62861, calificada de gravedad alta, podía impedir que un nodo de minería afectado generara plantillas de bloques después de una reorganización de la cadena hasta que se reiniciara. CVE-2025-62859 podía bloquear el procesamiento de bloques en determinadas condiciones entre pares.
Las correcciones se publicaron en 2025. La divulgación detallada llegó el 10 de noviembre, dos semanas después de que la última rama afectada 29.x llegara al final de su ciclo de vida el 27 de octubre, de acuerdo con la política de seguridad publicada por Bitcoin Core.
La lección: la seguridad de la red puede fallar por suposiciones sobre la configuración, no solo por fallos criptográficos.
Esto no es asesoramiento financiero.
$BTC
#BitcoinCoreDisclosesTorTrafficVulnerability #BitcoinCore #BitcoinBreaksBelow200WeekMovingAverage #NodeSecurity
