Durante los últimos dias los desarrolladores de Tor dieron a conocer dos noticias importantes una de ellas es el lanzamiento de la nueva versión de Tor 0.4.5.6 (utilizado para organizar el trabajo de la red anónima Tor).
Tor 0.4.5.6 se considera la primera versión estable de la rama 0.4.5, que ha evolucionado durante los últimos cinco meses. La rama 0.4.5 se mantendrá como parte de un ciclo de mantenimiento regular; las actualizaciones se suspenderán 9 meses o 3 meses después del lanzamiento de la rama 0.4.6.x.
Se proporciona un ciclo de soporte largo (LTS) para la rama 0.3.5, cuyas actualizaciones se publicarán hasta el 1 de febrero de 2022. El soporte para las ramas 0.4.0.x, 0.2.9.x, 0.4.2.xy 0.4.3 está descontinuado. La sucursal 0.4.1.x se descontinuará el 20 de mayo y la sucursal 0.4.4 se descontinuará en junio de 2021.
Dentro de las principales novedades de Tor 0.4.5 podremos encontrar que se implementó la capacidad de construir Tor en forma de una biblioteca enlazada estáticamente para incrustarla en aplicaciones.
Además de que la detección de relés compatibles con IPv6 fue significativamente mejorada, ya que en torrc, las direcciones IPv6 están permitidas en la opción Dirección. Los relés se proporcionan con enlace automático a IPv6 para los puertos especificados a través de ORPort, excepto aquellos marcados explícitamente con el indicador IPv4Only.
La accesibilidad de ORPort con IPv6 ahora se rastrea por retransmisión por separado de ORPort con IPv4. Los relés con soporte IPv6, cuando se conectan a otro relé, incluyen direcciones IPv4 e IPv6 en la lista de celdas y seleccionan al azar la que se usará para la conexión.
Además, para los operadores, rayleighs propuso el mecanismo «MetricsPort» para monitorear el desempeño del sitio. El acceso a las estadísticas sobre el funcionamiento del sitio se proporciona a través de la interfaz HTTP. La salida de Prometheus es compatible actualmente.
Se agregó soporte para el sistema de rastreo LTTng y rastreo en el espacio del usuario en el modo USDT (rastreo definido estáticamente en el espacio del usuario), lo que significa crear programas con la inclusión de puntos de control estáticos especiales.
Y se corrigieron problemas de rendimiento con relés que se ejecutan en la plataforma Windows.
Anon-Ticket un sistema de informes anónimo
La otra de las noticias que dieron a conocer los colaboradores de Tor, es que han desarrollado Anon-Ticket, un complemento para la plataforma de desarrollo colaborativo GitLab que permite enviar y discutir problemas de forma anónima sin tener que registrarse para obtener una cuenta.
Anon-Ticket se ha lanzado como un servicio en modo de prueba que permite enviar mensajes sobre problemas en los repositorios de Tor, pero el complemento no está vinculado a Tor y puede usarse en otros proyectos.
A menudo, los usuarios que desean informar a los desarrolladores sobre el problema abandonan sus intenciones, ante la necesidad de completar formularios de registro adicionales, transferir datos personales o esperar la confirmación.
Anon-Ticket permitirá prescindir del registro, que es innecesario al enviar notificaciones únicas, deshacerse de esperar la confirmación de la cuenta por parte del moderador y mantener la confidencialidad de sus datos personales y correo electrónico.
Anon-Ticket permite no solo enviar, sino también rastrear el estado de los tickets completados y publicar aclaraciones, para lo cual el usuario recibe un identificador temporal generado automáticamente y un enlace a una página que se puede marcar para controlar su ticket.
La interfaz también proporciona funciones para ver proyectos existentes y buscar tickets relacionados con el proyecto seleccionado. Se utiliza un mecanismo de moderación de publicaciones para evitar el spam y el abuso.
Los moderadores cuentan con herramientas flexibles para aprobar por lotes o rechazar publicaciones pendientes, así como la capacidad de realizar ediciones y dejar comentarios que solo son visibles para otros moderadores.
Los planes para el futuro mencionan la creación de un servicio onion, agregando mecanismos de protección adicionales, como limitar la intensidad de envío de mensajes, e implementar la posibilidad de transformar un participante anónimo en uno regular (por ejemplo, cuando un usuario decide conectarse por completo al desarrollo, registró una cuenta de GitLab y deseaba transferirle sus antiguas discusiones anónimas).
Finalmente si quieres conocer más al respecto, puedes consultar el siguiente enlace.