{"id":113257,"date":"2024-01-31T01:41:06","date_gmt":"2024-01-30T23:41:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/rezultaty-vtorogo-audita-bezopasnosti-razrabotok-proekta-tor"},"modified":"2024-01-31T01:41:06","modified_gmt":"2024-01-30T23:41:06","slug":"rezultaty-vtorogo-audita-bezopasnosti-razrabotok-proekta-tor","status":"publish","type":"post","link":"https:\/\/prohoster.info\/es\/blog\/news\/rezultaty-vtorogo-audita-bezopasnosti-razrabotok-proekta-tor","title":{"rendered":"Resultados de la segunda auditor\u00eda de seguridad de los desarrollos del proyecto Tor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Los desarrolladores de la red an\u00f3nima Tor han publicado los resultados de la segunda auditor\u00eda, llevada a cabo por la empresa Radically Open Security desde abril hasta agosto de 2023 (anteriormente, la empresa Cure53 realiz\u00f3 la primera auditor\u00eda desde noviembre de 2022 hasta abril de 2023). La revisi\u00f3n abarc\u00f3 el c\u00f3digo para asegurar el funcionamiento de los nodos de salida, el navegador Tor Browser, componentes de infraestructura (recopilaci\u00f3n de m\u00e9tricas, SWBS, API Onionoo) y herramientas de prueba. El objetivo principal de la revisi\u00f3n era evaluar los cambios realizados para mejorar la velocidad y la fiabilidad de la red Tor, tales como el protocolo de separaci\u00f3n de tr\u00e1fico Conflux a\u00f1adido en la versi\u00f3n Tor 0.4.8 y los m\u00e9todos de protecci\u00f3n de servicios Onion contra ataques DoS basados en pruebas de trabajo. <\/p>\n
Durante la auditor\u00eda se identificaron 17 vulnerabilidades, de las cuales solo una fue clasificada como peligrosa. Cuatro vulnerabilidades fueron clasificadas con un nivel de peligro medio, y 12 fueron catalogadas como problemas de bajo nivel de peligro. La vulnerabilidad m\u00e1s cr\u00edtica se detect\u00f3 en la aplicaci\u00f3n onbasca (Onion Bandwidth Scanner), que se utiliza para escanear la capacidad de los nodos de la red. <\/p>\n
La vulnerabilidad se debe a la posibilidad de enviar solicitudes a trav\u00e9s del m\u00e9todo HTTP GET, lo que permite realizar sustituciones de solicitudes entre sitios en nombre de otro usuario (CSRF, Cross-Site Request Forgery), lo que da al atacante la oportunidad de agregar sus nodos puente a la base de datos manipulando el par\u00e1metro «bridge_lines». Por ejemplo, un atacante podr\u00eda alojar una p\u00e1gina web con un c\u00f3digo JavaScript fetch(«http:\/\/127.0.0.1:8000\/bridge-state\/?bridge_lines=obfs4+0.0.0.000000+AAA+cert0+iat-mode0», y si un usuario con una sesi\u00f3n activa de Onion Bandwidth Scanner abre esta p\u00e1gina, se a\u00f1adir\u00e1 a la base la IP «0.0.0.0» en su nombre. <\/p>\n
Problemas de nivel medio de peligro: <\/p>\n
\n
Denegaci\u00f3n de servicio en metrics-lib a trav\u00e9s de la entrega de un gran archivo comprimido \u2014 dado que el archivo se descomprime en la memoria RAM, se puede enviar una bomba zip (por ejemplo, se pueden empaquetar 600 MB de ceros en 0.0006 MB) y causar el agotamiento de la memoria disponible.\n
Uso en tor-android-service (utilizado en Tor Browser para Android) de un m\u00f3dulo externo tun2socks, cuyo soporte ha sido descontinuado.\n
Escritura de un byte nulo fuera del b\u00fafer asignado en el cliente Tor debido al uso de la funci\u00f3n read_file_to_str_until_eof, que devuelve el tama\u00f1o sin tomar en cuenta el car\u00e1cter nulo.\n
Vulnerabilidad en sbws (Simple Bandwidth Scanner) que permite revertir una conexi\u00f3n HTTPS a HTTP utilizando una redirecci\u00f3n a HTTP. Un nodo de salida de Tor controlado por un atacante podr\u00eda aprovechar esta vulnerabilidad para filtrar tokens de API. <\/ul>\n