Se ha presentado la versión de la herramienta Tor 0.4.7.7, utilizada para organizar el funcionamiento de la red anónima Tor. La versión Tor 0.4.7.7 es reconocida como la primera versión estable de la rama 0.4.7, que ha estado en desarrollo durante los últimos diez meses. La rama 0.4.7 será mantenida como parte del ciclo estándar de soporte; las actualizaciones se detendrán en nueve meses o tres meses después del lanzamiento de la rama 0.4.8.x.
Principales cambios en la nueva rama:
- Se ha añadido la implementación del protocolo de control de congestión RTT (RTT Congestion Control), que regula el tráfico a través de la red Tor (entre el cliente y el nodo de salida o servicio onion). El protocolo tiene como objetivo reducir el tamaño de las colas en los relés y superar las limitaciones actuales de ancho de banda. Hasta ahora, la velocidad de un flujo de descarga a través de los nodos de salida y los servicios onion estaba limitada a 1 MB/segundo, ya que la ventana de envío tiene un tamaño fijo de 1000 celdas por flujo y en cada celda se pueden enviar 512 bytes de datos (la velocidad de flujo con una latencia en cadena de 0.5 segundos = 1000*512/0.5 = ~1 MB/segundo).
Para prever el ancho de banda disponible y determinar el tamaño de la cola de paquetes en el nuevo protocolo, se utiliza una estimación del tiempo de ida y vuelta (RTT, Round Trip Time). La simulación realizada ha mostrado que la aplicación del nuevo protocolo en los nodos de salida y servicios onion resultará en una disminución de las latencias de espera en cola, eliminación de restricciones en la velocidad de flujo, incremento del rendimiento de la red Tor y un uso más óptimo del ancho de banda disponible. Por parte del cliente, el soporte para el control de flujo será ofrecido el 31 de mayo en la próxima versión importante del Tor Browser, basado en la rama Tor 0.4.7.
- Se ha añadido una protección simplificada Vanguards-lite contra ataques de desanonimización de servicios onion de corta vida, que reduce el riesgo de determinar los nodos de guardia (guard) del servicio onion o del cliente onion, en condiciones donde el servicio funciona durante menos de un mes (para los servicios onion que operan más de un mes se recomienda utilizar el complemento vanguards). La esencia del método es que los clientes y servicios onion seleccionan automáticamente 4 nodos de guardia de larga duración ("layer 2 guard relay") para utilizar en la mitad de la cadena, y estos nodos se mantienen durante un tiempo aleatorio (en promedio, una semana).
- Para servidores En el directorio se ha implementado la posibilidad de asignar el indicador MiddleOnly a los relays utilizando un nuevo método para alcanzar consenso. Este nuevo método implica trasladar la lógica para establecer el indicador MiddleOnly del nivel del cliente a los servidores del directorio. Para los relays marcados con MiddleOnly, se eliminan automáticamente las banderas Exit, Guard, HSDir y V2Dir, y se establece la bandera BadExit.
Fuente: opennet.ru
