La hoja de ruta de la jubilación de C tor: fechas de desconexión, estado de Arti y qué deben vigilar los operadores
La jubilación de la implementación original de Tor en C ha pasado del principio al calendario. El 23 de junio de 2026, el Proyecto Tor anunció su intención de detener la compatibilidad de red para Tor 0.4.8 y todas las versiones anteriores: después del 1 de septiembre de 2026, esas versiones "dejarán de funcionar en la red por completo". El anuncio, anclado en el proyecto Arti Relay en marcha, es la señal pública más clara hasta ahora de cómo se está escalonando la transición de C tor a Rust.
Por qué se reescribe Tor en Rust
Arti es la implementación de nueva generación de los protocolos de Tor en Rust, descrita en el README del propio proyecto como un esfuerzo por construir una base de código incrustable y lista para producción. Las razones aducidas son prácticas, no estéticas. El equipo calcula que al menos la mitad de sus vulnerabilidades de seguridad registradas habrían sido imposibles en un lenguaje con seguridad de memoria. El código en C, en desarrollo continuo desde 2002, ha acumulado lo que el mismo documento llama relaciones de espagueti innecesarias entre componentes. Y una biblioteca en Rust puede incrustarse en aplicaciones de formas que el diseño original como proxy SOCKS nunca contempló, algo que los desarrolladores esperan que acelere el trabajo futuro. El calendario de migración fue esbozado en febrero de 2023 por Nick Mathewson, cofundador de Tor y uno de los arquitectos principales de Arti, en una discusión en tor-dev:A medio plazo, deprecaremos la implementación del cliente de Tor en C. Esto no ocurrirá hasta algún tiempo después de que Arti sea un cliente tor completo con soporte de servicios onion, con una solución completa de embedding/FFI/RPC.A largo plazo, escribió Mathewson, Arti está llamado a reemplazar por completo a C tor, lo que exige también relés y autoridades de directorio en Rust. Subrayó que no se había comprometido ningún calendario y que cualquier cronograma resultante parecería irritantemente largo desde algunos puntos de vista e irritantemente corto desde otros. Tres años después, la secuencia se está cumpliendo en lo esencial: primero terminó el cliente, los roles centrales de la red al final.
Lo que Arti puede hacer hoy, y lo que no
Como cliente, Arti está en buena forma. El README, actualizado en agosto de 2026, lo califica como un cliente Tor completo y apto para uso general: funciona como proxy SOCKS, se conecta a servicios onion y soporta puentes con transportes conectables, incluidos obfs4 y Snowflake. Las versiones han sido constantes. Arti 2.0.0 llegó en febrero de 2026, y la versión actual, Arti 2.7.0, se publicó el 1 de octubre de 2026 con más trabajo de base para relés y autoridades de directorio además de una tanda de correcciones de seguridad. Ese progreso en el lado del cliente lo examinamos con más detalle en nuestra cobertura anterior de Arti. Más allá del cliente, el panorama honesto es más modesto. Ejecutar Arti como relé o autoridad de directorio aún no está soportado, como declaran directamente las notas de la versión 2.0.0, y el README de relés mantiene una advertencia permanente: el soporte de relés es experimental y "no está en absoluto listo para despliegue general", y pide no ejecutar un relé Arti en la red pública. La lista interna del proyecto muestra avances reales, como canales entrantes, manejo de CREATE2 y EXTEND2 y escucha en ORPort, con el control de congestión, la publicación de descriptores, las políticas de salida y las defensas contra denegación de servicio aún pendientes. Los servicios onion están en una situación similar en el lado del servicio. La documentación del propio proyecto dice que un servicio montado sobre Arti es adecuado solo para pruebas y experimentación: carece de autorización de clientes, relés vanguard, protecciones significativas contra denegación de servicio y relleno de circuitos, y advierte que operarlo podría incluso comprometer la privacidad de otros usos de la misma instancia de Arti. Conectarse a servicios onion desde Arti como cliente, en cambio, forma parte del funcionamiento normal del cliente.El apagón de septiembre, explicado
El corte del 1 de septiembre es una jugada de compatibilidad, no un plazo de seguridad. Tor 0.4.8 ya alcanzó su fin de vida el 1 de junio de 2026 según el calendario de versiones del proyecto y no recibe más actualizaciones. Lo que cambia tras septiembre es el comportamiento del protocolo de directorio: la serie 0.4.9 elimina de los datos de directorio las antiguas claves onion TAP y las líneas de familia de relés, siguiendo las propuestas 350 y 321, lo que recorta ancho de banda del cliente y acelera el arranque para todos. Como los clientes y relés de 0.4.8 y anteriores esperan que las claves TAP estén presentes, dejan de funcionar cuando esos campos desaparecen. Una motivación secundaria se reconoce con franqueza: la implementación de autoridad de directorio de Arti necesita integración en la red pronto, y es más fácil de escribir sin campos obsoletos. Esto tampoco es el fin de C tor en sí. El mismo calendario enumera 0.4.9, marcado como estable en febrero de 2026, con su propio fin de vida aún por decidir, y una serie 0.5.0 cuya ventana de fusión se abrió en marzo de 2026. El equipo describe el mantenimiento actual de C tor como incluyendo funciones elegidas para facilitar la transición a Arti. Los proyectos descendientes que aún incluyen versiones antiguas están siendo contactados directamente, con el trabajo de alcance registrado en un ticket de network-health que también recibe peticiones de operadores que necesitan más tiempo.Qué deben vigilar los operadores
- Operadores de relés: pasen a 0.4.9.x antes del 1 de septiembre de 2026; cualquier versión anterior caerá de la red. Todavía no existe un relé Arti al que migrar, así que traten con escepticismo cualquier afirmación en contra y sigan el changelog de Arti.
- Operadores de servicios onion: C tor sigue siendo la forma soportada de operar un servicio. Las señales que indicarán la madurez de Arti como plataforma de servicios son las piezas faltantes mencionadas arriba: descubrimiento restringido, soporte vanguard, defensas contra denegación de servicio y relleno de circuitos.
- Desarrolladores de aplicaciones: el estado final previsto es la incrustación y RPC en lugar de un demonio SOCKS incluido. Arti 2.0.0 marcó como experimentales las API del crate arti de nivel superior, mientras arti-client sigue siendo la interfaz soportada, y 2.7.0 añadió control de configuración por RPC.