Historia de Tor: origen y cronologia del proyecto

Breve historia de Tor

La historia de Tor comienza en 1995 en el U.S. Naval Research Laboratory, un laboratorio de investigación de la Marina de los Estados Unidos. David Goldschlag, Michael G. Reed y Paul Syverson construyeron allí los primeros prototipos de enrutamiento cebolla (onion routing). La cronología del propio Tor Project indica que la pregunta que se plantearon fue si "existía una forma de crear conexiones a internet que no revelaran quién se comunica con quién". La red que se utiliza hoy en día se desplegó en octubre de 2002, con su código publicado bajo una licencia de software libre y abierto. The Tor Project, Inc. se fundó como una organización sin ánimo de lucro en 2006.

Todas las fechas que figuran a continuación provienen de la cronología publicada por el Tor Project, sus notas de lanzamiento o sus propias páginas de soporte. Cuando una afirmación es objeto de debate, como quién financia el trabajo, la sección indica cuál es la evidencia y dónde puede verificarla usted mismo.

Qué hace realmente el enrutamiento cebolla

El enrutamiento cebolla separa dos hechos que Internet normalmente mantiene unidos: quién es usted y qué ha solicitado. Su cliente Tor selecciona tres nodos y construye un circuito a través de ellos. Envuelve su tráfico en tres capas de cifrado, una capa por nodo. Cada nodo retira una capa, conoce únicamente la dirección del siguiente salto y reenvía el paquete. De ese proceso de capas proviene su nombre.

El primer nodo, llamado guard, ve su dirección IP pero no su destino. El último nodo, el exit, ve su destino pero no su dirección IP. El nodo intermedio no ve ninguno de los dos. Ningún nodo individual posee ambas partes, y ese es el argumento de seguridad completo. Es también la razón por la que los nodos deben ser operados por personas sin relación entre sí. Si una sola organización ejecutara su guard y su exit, la separación desaparece y el cifrado no aporta ninguna ventaja.

La debilidad conocida es la correlación de tráfico. Un observador capaz de vigilar ambos extremos de un circuito al mismo tiempo puede hacer coincidir el tiempo y el tamaño de los paquetes que entran con los que salen. Tor no se defiende contra un atacante capaz de vigilar toda la red a la vez, y el documento de diseño de 2004 de Roger Dingledine, Nick Mathewson y Paul Syverson, "Tor: The Second-Generation Onion Router", lo indica explícitamente en su modelo de amenazas.

Por qué una red privada habría sido inútil

Esta es la parte que los resúmenes breves omiten y la que explica todo lo demás en esta página.

Una organización militar o de inteligencia no puede obtener anonimato de una red que solo transporta su propio tráfico. El anonimato es una propiedad de una multitud, no una propiedad de un cifrado. Si cada conexión que sale de la red pertenece a una sola oficina, entonces un observador que vea salir una conexión ya ha obtenido la respuesta. El cifrado sigue funcionando perfectamente. El anonimato no existe, porque no hay nadie con quien confundirse.

Por lo tanto, el diseño tenía que ser público y el tráfico debía mezclarse con el tráfico de otras personas. El código se publicó bajo una licencia de software libre en octubre de 2002, y cualquiera podía ejecutar un repetidor. Periodistas, activistas, investigadores y personas comunes que evitaban una red publicitaria se convirtieron en la multitud que protege a todos los demás dentro de ella. Dingledine y Mathewson expusieron este argumento en 2006 en un documento titulado "Anonymity Loves Company: Usability and the Network Effect", presentado en el Workshop on the Economics of Information Security. La conclusión es que el tamaño y la variedad de la base de usuarios es una propiedad de seguridad del sistema. No es una cifra de marketing.

Del código alfa a una organización sin ánimo de lucro

La cronología de The Tor Project y sus documentos publicados registran estos pasos:

• Octubre de 2002: se despliega la red Tor, con el código "bajo una licencia de software libre y abierto".
• Finales de 2003: la red funciona con "alrededor de una docena de nodos voluntarios, principalmente en EE. UU., además de uno en Alemania".
• 2004: Dingledine, Mathewson y Syverson publican el documento de diseño "Tor: The Second-Generation Onion Router".
• 2004: la Electronic Frontier Foundation (EFF) comienza a financiar el trabajo en Tor.
• 2006: se funda The Tor Project, Inc. como una organización sin ánimo de lucro 501(c)(3) para mantener el desarrollo.
• 2007: comienza el trabajo en los bridges, debido a que los cortafuegos nacionales han empezado a bloquear la lista pública de repetidores.
• 2008: comienza el desarrollo de Tor Browser.

Dos fechas posteriores son relevantes para la forma en que se utiliza la red actualmente. La cronología de The Tor Project sitúa el uso de Tor durante la Primavera Árabe a finales de 2010, protegiendo la identidad y accediendo a sitios bloqueados. También registra los documentos de Snowden de 2013 como el momento en que el papel de Tor se comprendió ampliamente, y señala que los documentos mostraron que Tor no había sido vulnerado hasta ese punto. Ninguno de los dos eventos cambió el protocolo. Ambos cambiaron quién lo instalaba.

Quién financia Tor y cómo verificarlo

El Tor Project responde a esto en sus propias páginas de soporte: "El Tor Project se financia mediante una combinación de subvenciones gubernamentales, fundaciones privadas y donantes individuales". El dinero gubernamental es parte de ello, y lo ha sido desde el principio. La página de patrocinadores menciona al Departamento de Estado de los EE. UU. junto a la Ford Foundation, el Open Technology Fund, Craig Newmark Philanthropies y empresas como Brave, DuckDuckGo, Mullvad VPN y Fastly. Los estados financieros auditados se publican como entradas de blog; la más reciente cubre el año fiscal de 2023 a 2024, publicado en diciembre de 2025. La postura declarada del proyecto es que "hablar abiertamente sobre nuestros patrocinadores y modelo de financiación es la mejor manera de mantener la confianza con nuestra comunidad".

La pregunta útil no es quién pagó, sino qué se puede comprar con ese dinero. Tor no es un servicio en el que se inicia sesión. Es una especificación de protocolo, un cliente cuyo código fuente se puede leer y una red de repetidores operados por desconocidos. Alguien que quisiera una puerta trasera tendría que colocarla en uno de estos tres lugares, y cada uno es verificable:

• En el código fuente. El cliente es de código abierto y el protocolo se especifica públicamente. Los investigadores académicos publican ataques contra Tor regularmente, y tienen todo el incentivo profesional para encontrar una vulnerabilidad primero.
• En el binario. Las compilaciones de Tor Browser han sido deterministas desde agosto de 2013, por lo que un compilador independiente puede reconstruir una versión y compararla byte a byte con la descarga publicada. Un binario que no coincide con su código fuente es visible sin necesidad de confiar en quien lo distribuyó.
• En los repetidores. El Tor Project no opera la red. "La red Tor depende de voluntarios que donan ancho de banda", y los nodos de entrada, repetidores intermedios, nodos de salida y puentes pertenecen a miles de operadores sin relación entre sí. Comprometer a un financiador no los compromete a ellos.

La propia declaración del proyecto es breve: "Tor no tiene puertas traseras. El software es de código abierto, su código puede ser auditado de forma independiente y cada versión está firmada para protegerla contra manipulaciones". Esa frase solo tiene valor porque cada cláusula menciona algo que usted puede ir y verificar.

Existe una advertencia real, y tiene que ver con las prioridades más que con la integridad. El dinero de las subvenciones decide qué trabajo se realiza primero, por lo que la elusión de la censura ha recibido financiación de manera más constante que, por ejemplo, el rendimiento de la red. Esa es una crítica válida al proyecto. Es una crítica distinta a decir que "el código está comprometido", y usted la responde leyendo los informes financieros en lugar de confiar en la garantía de alguien.

Los servicios ocultos pasaron a llamarse onion services

Un onion service es un servidor que nunca revela su dirección IP. Tanto el cliente como el servidor construyen su propio circuito hacia un punto de encuentro dentro de la red, por lo que ninguna de las partes conoce la dirección de la otra. La dirección no es un nombre asignado por un registro a nadie. Se deriva de la clave pública del servidor, razón por la cual una dirección .onion parece una cadena de caracteres aleatorios.

La cronología de los onion services detalla los lanzamientos:

• 8 de abril de 2004: se implementan por primera vez los servicios ocultos en Tor 0.0.6pre1.
• 21 de septiembre de 2007: llegan los servicios ocultos de versión 2 en Tor 0.2.0.7-alpha.
• 19 de diciembre de 2016: comienza el desarrollo de la versión 3 en Tor 0.3.0.1-alpha.
• 9 de enero de 2018: se lanza la versión 3 en Tor 0.3.2.9.

El cambio de nombre de "servicios ocultos" a "onion services" ocurrió de forma gradual y no en una fecha única; la propia documentación del Tor Project sigue utilizando ambos términos. El término original describía algo incorrecto. Muchos sitios onion son públicos, están indexados y se promocionan; lo que permanece oculto es la ubicación del servidor, no el sitio. El nombre original sobrevive en el archivo de configuración, lo cual es un fósil útil. Así es como se declara uno en torrc:

HiddenServiceDir /var/lib/tor/my_service/
HiddenServicePort 80 127.0.0.1:8080

El directorio contiene las claves del servicio y un archivo hostname que incluye la dirección. La línea de puerto asigna un puerto de la dirección onion a una dirección local en la misma máquina, de modo que el servidor web puede permanecer vinculado a 127.0.0.1 y nunca escuchar en una interfaz pública. La versión 3 es la predeterminada, por lo que un servicio creado hoy con estas dos líneas obtiene una dirección v3.

Una dirección onion tampoco es un nombre de dominio. El RFC 7686, publicado en octubre de 2015, reservó .onion como un nombre de dominio de uso especial para que los resolutores ordinarios dejen de filtrar estas consultas hacia el DNS (sistema de nombres de dominio) público. La regla que establece es directa: "Los servidores autoritativos DEBEN responder a las consultas de .onion con NXDOMAIN". Compare esto con cómo se resuelve un nombre de dominio ordinario y la diferencia es el punto fundamental. Un nombre DNS le es asignado por un registro y se consulta a través de servidores que usted no controla. Una dirección onion es una clave pública, por lo que se autentica a sí misma y no requiere ninguna consulta.

Por qué dejaron de funcionar las direcciones .onion antiguas

Los dos formatos de dirección no son compatibles y el antiguo se ha desactivado definitivamente.

[
  {
    "version": "v2 (retired 2021)",
    "address_length_chars": 16,
    "service_key": "RSA-1024",
    "address_hash": "SHA-1, truncated to 80 bits"
  },
  {
    "version": "v3 (current)",
    "address_length_chars": 56,
    "service_key": "Ed25519",
    "address_hash": "SHA3-256"
  }
]

Una dirección v2 tenía 16 caracteres porque solo contenía los primeros 80 bits de un hash SHA-1 de una clave pública RSA-1024. Una dirección v3 tiene 56 caracteres porque contiene una clave pública Ed25519 completa, además de una suma de comprobación y un byte de versión. La dirección v3 es más larga porque dejó de truncarse, por lo que la dirección en sí es ahora la identidad completa del servicio.

La depreciación siguió un calendario anunciado:

• 15 de septiembre de 2020, Tor 0.4.4.x: Tor comienza a advertir a los operadores y clientes que la versión v2 está depreciada.
• 15 de julio de 2021, Tor 0.4.6.x: se elimina el soporte para v2 de la base de código.
• 15 de octubre de 2021: las nuevas versiones estables del cliente para todas las series soportadas desactivan la versión v2.

La razón declarada fue criptográfica. "A medida que la comprensión humana de las matemáticas y la criptografía evolucionó, la base de la versión 2 se volvió frágil y, en este momento, insegura". Un hash SHA-1 truncado de 80 bits y una clave RSA de 1024 bits estaban por debajo de un nivel aceptable en 2021, y el formato de dirección no dejaba margen para cambiar ninguno de los dos.

La consecuencia para el lector es sencilla, por lo que merece la pena exponerla claramente. Todo enlace .onion de 16 caracteres publicado antes de 2021 está muerto, permanentemente, y no existe redirección. Una dirección v2 no podía actualizarse, porque la dirección era la clave antigua. Los operadores tuvieron que crear un nuevo servicio y publicar la nueva dirección a través de algún canal en el que sus usuarios ya confiaran.

Puentes y transportes conectables: la censura sigue evolucionando

La lista de repetidores públicos se publica a propósito para que el cliente pueda elegir su propia ruta en lugar de confiar en que un servidor lo haga por él. Esa misma lista publicada es una lista de bloqueo lista para usar por cualquier país que desee detener Tor. El trabajo en los puentes comenzó en 2007. Un puente es un repetidor que no aparece en la lista pública. Se solicita un número reducido de ellos por web o correo electrónico, y un censor no puede bloquear direcciones que no puede enumerar.

El bloqueo pasó entonces de las direcciones a la forma del tráfico. La inspección profunda de paquetes reconoce el protocolo Tor en la red sin importar a qué dirección IP se dirija. La respuesta fueron los transportes conectables: un envoltorio que cambia el aspecto del tráfico de Tor sin alterar su funcionamiento. En el Tor Browser actual, estos se distribuyen como un binario llamado lyrebird, el sucesor de obfs4proxy, y el lado del cliente consta de tres líneas de torrc:

UseBridges 1
ClientTransportPlugin meek_lite,obfs4,snowflake,webtunnel exec [PATH]/lyrebird
Bridge obfs4 <IP ADDRESS>:<PORT> <FINGERPRINT> cert=<CERTIFICATE> iat-mode=0

Reemplace [PATH] con el directorio que contiene el binario de lyrebird y copie la línea Bridge completa desde el sitio de puentes del Tor Project en lugar de escribirla. Cada transporte resuelve un método de bloqueo diferente:

• obfs4 hace que el tráfico no parezca nada reconocible, sin cabecera de protocolo que un filtro pueda identificar. El consejo de Tor es probarlo primero, ya que es un transporte de aleatorización que funciona para la mayoría de los usuarios.
• snowflake le dirige a través de proxies de corta duración ejecutados por voluntarios dentro de navegadores web comunes, por lo que la dirección a la que se conecta cambia constantemente. Llegó a la versión estable de Tor Browser en la versión 10.5 el 6 de julio de 2021.
• meek enruta la conexión a través de un gran proveedor de nube, por lo que el tráfico parece dirigirse a dicho proveedor; bloquearlo implicaría bloquear también al proveedor.
• webtunnel adopta el enfoque opuesto a obfs4. En lugar de no parecer nada, parece una conexión HTTPS común a un servidor web, al "envolver la conexión de carga útil en una conexión HTTPS similar a WebSocket". El Tor Project lo lanzó en la versión estable de Tor Browser el 12 de marzo de 2024, para redes que solo permiten una lista limitada de protocolos.

Esa secuencia es la verdadera forma de los últimos veinte años. Cada nuevo transporte existe porque una técnica de bloqueo específica comenzó a ser efectiva, y las fechas de esos lanzamientos son un registro de lo que los censores estaban haciendo ese año.

Tor no es una VPN, y un VPS tampoco lo es

Muchas personas llegan a Tor tras leer sobre VPN, por lo que conviene ser precisos. Una VPN (red privada virtual) envía su tráfico a un servidor gestionado por una empresa, y esa empresa ve su dirección real y su destino al mismo tiempo. Tor envía su tráfico a través de tres repetidores gestionados por personas distintas, de modo que ninguno de ellos posee ambos datos. Son modelos de confianza diferentes con distintos modos de fallo. La diferencia entre un VPS y una VPN cubre dónde encaja cada uno.

Si lo que busca es un túnel privado entre máquinas que usted controla, en lugar de anonimato dentro de una multitud, entonces lo que necesita es una VPN que usted mismo gestione. Puede alojar usted mismo una VPN WireGuard en un VPS con unas cuarenta líneas de configuración. Eso protege su tráfico de la red local y de su proveedor de internet. No le proporciona anonimato frente a la empresa que aloja el servidor, ya que usted alquiló ese servidor con sus propios datos de pago. La cuestión independiente de si el alojamiento VPS es seguro trata sobre una amenaza distinta: quién más puede acceder a su equipo.

Ejecutar un repetidor es la dirección opuesta, y la red depende de ello. Los puentes, los nodos de entrada, los repetidores intermedios y los nodos de salida necesitan operadores, y la guía de repetidores del Tor Project deja claro que "ejecutar un repetidor requiere habilidad técnica y compromiso". Los nodos de salida conllevan riesgos legales, porque el tráfico de otras personas sale a internet bajo su dirección IP y su proveedor de alojamiento recibirá notificaciones al respecto. Lea esa guía antes de iniciar uno, no después.

FAQ

¿Fue Tor creado por el gobierno de los Estados Unidos?

El enrutamiento de cebolla (onion routing) comenzó en el U.S. Naval Research Laboratory en 1995, donde David Goldschlag, Michael G. Reed y Paul Syverson construyeron los primeros prototipos. Tor en sí fue el diseño de la siguiente generación, iniciado alrededor de 2001 y 2002 por Roger Dingledine, Nick Mathewson y Paul Syverson, y la red se desplegó en octubre de 2002 bajo una licencia de software libre. The Tor Project, Inc. ha sido una organización sin ánimo de lucro 501(c)(3) independiente desde 2006. El origen gubernamental es real, y es también la razón por la que la red tuvo que abrirse a todo el mundo: una red que transporta el tráfico de una sola organización no ofrece anonimato a dicha organización, ya que cada conexión que sale de ella identifica al remitente por el simple hecho de utilizarla.

¿Significa la financiación gubernamental que Tor tiene una puerta trasera?

La respuesta de The Tor Project es: "Tor no tiene puertas traseras. El software es de código abierto, su código puede ser auditado de forma independiente y cada versión está firmada para protegerla contra manipulaciones". Lo que hace que esto sea verificable, en lugar de una simple promesa, es la estructura que lo rodea. El protocolo se especifica públicamente, las compilaciones de Tor Browser son deterministas, de modo que un compilador independiente puede reconstruir una versión y compararla con el binario publicado, y los repetidores son operados por voluntarios en lugar de por cualquier financiador. La financiación influye en qué trabajo se prioriza, y los informes financieros auditados en el blog de Tor muestran de dónde provino el dinero. Esa es una cuestión sobre prioridades, no sobre el código.

¿Por qué dejó de funcionar mi antigua dirección .onion?

Era una dirección de versión 2, y los servicios onion v2 fueron retirados en 2021. Tor comenzó a advertir sobre esto el 15 de septiembre de 2020, eliminó la v2 de la base de código en Tor 0.4.6.x el 15 de julio de 2021 y la desactivó en las versiones estables el 15 de octubre de 2021. Una dirección v2 tiene 16 caracteres antes de .onion y una dirección v3 tiene 56. No existe redirección ni ruta de actualización, ya que la dirección se derivaba de la clave antigua, por lo que el operador tuvo que crear un nuevo servicio y publicar la nueva dirección.

¿Es Tor lo mismo que una VPN?

No. Una VPN envía su tráfico a un servidor operado por una sola empresa, y esa empresa puede ver su dirección IP real y su destino al mismo tiempo. Tor envía el tráfico a través de tres repetidores operados por personas diferentes, de modo que el primer repetidor ve su dirección sin su destino y el último ve su destino sin su dirección. Tor es más lento y está diseñado para el anonimato frente a un observador que no está vigilando toda la red de Internet. Una VPN es más rápida y está diseñada para la privacidad frente a su red local y su proveedor de Internet.

¿Qué es un transporte conectable (pluggable transport) y necesito uno?

Un transporte conectable es un envoltorio que cambia el aspecto del tráfico de Tor en la red sin alterar el funcionamiento de Tor, de modo que un filtro que reconozca el protocolo Tor no pueda identificarlo. Solo lo necesita si Tor no logra conectarse, lo que generalmente significa que su red o su país lo está bloqueando. Tor Browser incluye obfs4, snowflake, meek y webtunnel en un único binario llamado lyrebird. Comience con obfs4, ya que es un transporte de aleatorización que funciona para la mayoría de las personas, y pruebe webtunnel o snowflake si esa conexión nunca se completa.