El nodo que siempre está encendido en segundo plano solo pretendía dar una credencial de «confianza» al proceso Tor local, para que el cliente asociado pudiera conectarse sin problemas. Pero, al final, todas las conexiones desconocidas del exterior que entraban a través de Tor también llevaban el mismo sombrero de «confiables». $SOL
El problema estaba en una línea de configuración. -whitelist concede una especie de inmunidad a los rangos de IP incluidos en la lista: sus conexiones pueden saltarse varias barreras antispam y quedan menos protegidas frente a filtraciones de privacidad. Pero, cuando un nodo recibe conexiones a través de Tor, no ve la identidad real del otro extremo, sino la dirección del proceso local. Si esa dirección cae dentro de un rango definido por -whitelist, las conexiones externas heredan el trato de «los nuestros». $XAU
El problema surgió al empaquetar el software. Varios distribuidores combinaron el software del nodo con Tor y, de paso, configuraron -whitelist para que incluyera el rango de direcciones del proceso. El aviso decía que había miles de nodos afectados y que todas las conexiones Tor entrantes quedaban en la lista blanca. Los nodos que nunca habían tocado esta opción, que no viene activada por defecto, no se vieron afectados. $ZEC
Para los inversores, lo extraño de este caso es que «las cuentas no cuadran». En Bitcoin Core, la confianza no es una partida del libro contable que se pueda auditar, sino una línea de configuración. Una opción predeterminada del paquete amplió silenciosamente el «perímetro de confianza» de la red, que pasó de «los clientes asociados en el equipo local» a «todos los pares anónimos de Tor»: es como conceder crédito a una contraparte imposible de verificar, sin tener que anotarlo en el libro de nadie. No se perdió dinero, la cadena no se bifurcó y el aviso tampoco menciona ningún ataque real.
La seguridad descentralizada nunca se limita a la capa del consenso; también reside en la higiene de configuración de miles de operadores.
Entonces, ¿cómo debería interpretarse esta noticia? Decir simplemente que «Bitcoin Core está roto» sería claramente exagerado. El protocolo solo se encarga de la capa del consenso; el resto de la seguridad depende de la suma de las decisiones de configuración de innumerables operadores independientes. Una sola opción predeterminada puede ampliar silenciosamente el perímetro de confianza de toda la red.
Opinión personal; no constituye asesoramiento de inversión. Cada cual asume sus propias pérdidas y ganancias.
#比特币Core披露Tor流量漏洞
El problema estaba en una línea de configuración. -whitelist concede una especie de inmunidad a los rangos de IP incluidos en la lista: sus conexiones pueden saltarse varias barreras antispam y quedan menos protegidas frente a filtraciones de privacidad. Pero, cuando un nodo recibe conexiones a través de Tor, no ve la identidad real del otro extremo, sino la dirección del proceso local. Si esa dirección cae dentro de un rango definido por -whitelist, las conexiones externas heredan el trato de «los nuestros». $XAU
El problema surgió al empaquetar el software. Varios distribuidores combinaron el software del nodo con Tor y, de paso, configuraron -whitelist para que incluyera el rango de direcciones del proceso. El aviso decía que había miles de nodos afectados y que todas las conexiones Tor entrantes quedaban en la lista blanca. Los nodos que nunca habían tocado esta opción, que no viene activada por defecto, no se vieron afectados. $ZEC
Para los inversores, lo extraño de este caso es que «las cuentas no cuadran». En Bitcoin Core, la confianza no es una partida del libro contable que se pueda auditar, sino una línea de configuración. Una opción predeterminada del paquete amplió silenciosamente el «perímetro de confianza» de la red, que pasó de «los clientes asociados en el equipo local» a «todos los pares anónimos de Tor»: es como conceder crédito a una contraparte imposible de verificar, sin tener que anotarlo en el libro de nadie. No se perdió dinero, la cadena no se bifurcó y el aviso tampoco menciona ningún ataque real.
La seguridad descentralizada nunca se limita a la capa del consenso; también reside en la higiene de configuración de miles de operadores.
Entonces, ¿cómo debería interpretarse esta noticia? Decir simplemente que «Bitcoin Core está roto» sería claramente exagerado. El protocolo solo se encarga de la capa del consenso; el resto de la seguridad depende de la suma de las decisiones de configuración de innumerables operadores independientes. Una sola opción predeterminada puede ampliar silenciosamente el perímetro de confianza de toda la red.
Opinión personal; no constituye asesoramiento de inversión. Cada cual asume sus propias pérdidas y ganancias.
#比特币Core披露Tor流量漏洞
