En el ecosistema de la privacidad digital y la protección de fuentes, Tor (The Onion Router) e I2P (Invisible Internet Project) representan dos de las implementaciones más avanzadas de redes superpuestas criptográficas. Aunque ambos sistemas fueron concebidos para mitigar el análisis de tráfico y garantizar el anonimato del usuario en capas de red hostiles, sus arquitecturas fundamentales divergen en casi todos los niveles del modelo OSI: desde la topología de enrutamiento y la criptografía de transporte hasta la gestión del consenso y el modelo de amenazas previsto.
Arquitectura subyacente: Onion Routing frente a Garlic Routing
La diferencia técnica primaria entre Tor e I2P radica en el mecanismo de encapsulación y la direccionalidad de sus circuitos virtuales de comunicación.
Tor: Enrutamiento en cebolla y circuitos bidireccionales
Tor implementa una variante clásica de Onion Routing. Cuando un cliente Tor inicializa una conexión, construye un circuito bidireccional compuesto habitualmente por tres saltos fijos: el nodo de entrada (o guard node), el nodo intermedio (middle relay) y el nodo de salida (exit relay). Para establecer este camino, el cliente negocia claves simétricas efímeras con cada repetidor utilizando el protocolo criptográfico ntor, basado en el intercambio de claves Curve25519.
Los datos transmitidos a través del circuito se dividen en células fijas de 514 bytes. En el trayecto de ida, el cliente cifra la carga útil sucesivamente con las claves de los tres nodos (formando las "capas" de la cebolla). A medida que la célula avanza, cada nodo descifra su capa respectiva utilizando AES-CTR, descubriendo únicamente la dirección IP del salto subsiguiente. En el trayecto de retorno, las respuestas de la red siguen exactamente el mismo circuito en sentido inverso, añadiendo capas de cifrado que el cliente finalmente retira.
I2P: Enrutamiento en ajo y túneles unidireccionales
I2P sustituye este esquema por el Garlic Routing (enrutamiento en ajo) estructurado sobre túneles estrictamente unidireccionales. En I2P, las comunicaciones no comparten una vía de ida y vuelta. El cliente genera de forma autónoma dos túneles separados: un túnel de salida (outbound tunnel) para enviar tráfico y un túnel de entrada (inbound tunnel) para recibirlo. Cada túnel consta típicamente de dos a tres saltos intermediarios (pares de la red).
El concepto de "ajo" amplía el modelo de cebolla en dos aspectos críticos:
- Agrupación de mensajes: Un único mensaje criptográfico de I2P puede contener múltiples "dientes" (cloves), que representan mensajes independientes con destinos potencialmente distintos. Esto dificulta significativamente que un atacante pasivo correlacione flujos de datos mediante análisis de volumen.
- Desacoplamiento de rutas: La respuesta de un servidor interno (un eepsite) no viaja por los nodos que procesaron la solicitud. El servidor envía los datos a través de su propio túnel de salida hacia el túnel de entrada del cliente, duplicando la cantidad de nodos intermedios involucrados en una transacción completa y reduciendo la superficie de ataque frente a la correlación temporal.
Topología y descubrimiento: Directorios de consenso vs. NetDB distribuida
La forma en que los nodos conocen la infraestructura disponible condiciona su resistencia a ataques de denegación de servicio (DoS) y censura selectiva.
Tor y la dependencia de las Directory Authorities
Tor delega la gobernanza de su topología a un grupo reducido de servidores altamente confiables conocidos como Directory Authorities (habitualmente entre nueve y diez entidades distribuidas globalmente). Estos servidores validan el estado de todos los repetidores activos, miden su ancho de banda y emiten periódicamente un documento unificado y firmado digitalmente denominado "consenso de red".
Aunque este enfoque garantiza que todos los clientes tengan una visión matemáticamente idéntica y actualizada de la red —minimizando ataques de partición—, introduce un punto de fallo arquitectónico centralizado. Si las autoridades de directorio son bloqueadas o comprometidas, la capacidad de los nuevos clientes para unirse a la red se degrada drásticamente.
I2P y la base de datos de red basada en Kademlia
I2P prescinde por completo de cualquier autoridad central y se apoya en la Network Database (NetDB). La NetDB es una tabla de hash distribuida (DHT) optimizada, basada conceptualmente en el algoritmo Kademlia. Contiene dos tipos fundamentales de estructuras de datos:
RouterInfo: Metadatos sobre la identidad criptográfica y direcciones de transporte de los nodos de la red.LeaseSet: Información necesaria para contactar con un destino específico (equivalente a un onion service), especificando los túneles de entrada actuales de ese servicio.
Un subconjunto de nodos con alto ancho de banda y conectividad no restringida operan como Floodfill Routers, asumiendo la responsabilidad de almacenar y responder a consultas sobre fragmentos de la DHT. Cualquier nodo puede convertirse en Floodfill de forma dinámica si cumple con los umbrales de recursos requeridos, lo que confiere a I2P una resiliencia extrema contra la intervención judicial o el bloqueo por listas de control de acceso.
Pilas de protocolos y capas criptográficas
Ambas redes han evolucionado desde primitivas tradicionales de clave pública hacia criptografía de curvas elípticas de última generación, pero sus implementaciones a nivel de transporte son radicalmente distintas.
Protocolos de transporte: TCP vs. Enrutamiento híbrido UDP/TCP
Tor encapsula todo su tráfico sobre flujos TLS estándar que se ejecutan exclusivamente sobre TCP. Esto simplifica la interoperabilidad con infraestructuras corporativas y cortafuegos permisivos con el puerto 443, pero induce el problema conocido como TCP-over-TCP meltdown: cuando un paquete se pierde en el circuito de Tor, la ventana de congestión de la capa física entra en colapso simultáneamente con la capa de transporte interna.
I2P fue concebido desde sus cimientos como una red de conmutación de paquetes por capas sobre dos protocolos de transporte propietarios:
- NTCP2 (Noise-based TCP Transport): Emplea el marco formal Noise Protocol Framework (específicamente el patrón
Noise_XK_25519_ChaChaPoly_SHA256) para sesiones TCP seguras, proporcionando resistencia demostrable contra el análisis mediante aprendizaje automático de paquetes de inspección profunda (DPI). - SSU2 (Secure Semi-reliable UDP): Un protocolo optimizado sobre UDP que ofrece evasión activa de censura mediante ofuscación de encabezados, retransmisión selectiva y perforación de NAT (NAT hole-punching) nativa mediante UPnP y técnicas integradas.
Criptografía de extremo a extremo
A nivel de aplicación, I2P implementa el protocolo ECIES-X25519-AEAD-Ratchet para la capa de mensajes I2NP (Invisible Internet Network Protocol). Este esquema combina el intercambio Diffie-Hellman efímero con ChaCha20 y autenticación Poly1305 mediante un trinquete criptográfico (cryptographic ratchet) similar al de Signal, dotando a cada interacción entre identidades criptográficas de secreto hacia adelante perfecto (PFS) y post-compromiso de forma granular.
Casos de uso: Puerta de enlace hacia la Clearnet vs. Darknet introspectiva
La arquitectura de red define de manera inevitable el entorno operativo para el que cada sistema es idóneo.
Tor: Diseñado para la salida hacia la Clearnet
El propósito de diseño primordial de Tor es permitir que un usuario acceda de forma anónima a recursos ubicados en la Internet superficial (Clearnet). Para ello, recurre a los nodos de salida, que terminan el circuito de cifrado y reenvían el tráfico TCP no modificado hacia el servidor de destino final.
Esta capacidad presenta dos implicaciones defensivas críticas:
- Exposición al operador de salida: El nodo de salida puede interceptar cualquier protocolo no cifrado (como DNS simple o HTTP) e inyectar tráfico malicioso si no se aplica TLS de aplicación de extremo a extremo.
- Bloqueo geográfico: Los nodos de salida son públicos y están recopilados en listas oficiales; en consecuencia, muchos cortafuegos comerciales bloquean activamente cualquier conexión originada en la red Tor.
I2P: Una red interna cerrada y peer-to-peer
I2P no fue diseñado como un proxy hacia la Internet abierta. Aunque existen "outproxies" gestionados por voluntarios, son extremadamente escasos, lentos e intrínsecamente ajenos a la filosofía de la plataforma. I2P es una red interna, optimizada para la interacción horizontal y descentralizada:
- Servicios ocultos (Eepsites): Sitios web accesibles mediante identificadores criptográficos
.b32.i2p, donde cliente y servidor permanecen dentro de la red cifrada en todo momento. - Almacenamiento y compartición P2P: Clientes BitTorrent nativos (como I2PSnark) aprovechan la estructura de conmutación de paquetes para distribuir grandes volúmenes de datos entre pares anónimos sin saturar los nodos intermedios de forma desproporcionada.
- Mensajería federada y almacenamiento seguro: Plataformas como I2P-Bote desacoplan los identificadores de usuario de direcciones de red mediante criptografía de clave asimétrica distribuida en la NetDB.
Comparativa técnica directa
| Parámetro | Tor | I2P |
|---|---|---|
| Paradigma de enrutamiento | Onion Routing (bidireccional) | Garlic Routing (túneles unidireccionales) |
| Topología de descubrimiento | Directory Authorities centralizadas | DHT distribuida (NetDB / Floodfill) |
| Protocolo de transporte | TCP puro (TLS) | UDP (SSU2) y TCP (NTCP2) |
| Latencia y rendimiento | Baja latencia; optimizado para web | Latencia variable; optimizado para throughput P2P |
| Casos de uso predominantes | Navegación Clearnet anónima, evasión de censura | Servicios internos, eepsites, P2P/BitTorrent, mensajería |
Veredicto defensivo: Criterios de selección para entornos de alto riesgo
La elección entre Tor e I2P debe fundamentarse en el modelo de amenazas específico de la operación y el destino del tráfico generado.
Un investigador o periodista debe implementar Tor cuando el objetivo primordial sea eludir la censura estatal sobre infraestructuras públicas, consultar fuentes de información en la Clearnet de forma interactiva y minimizar la latencia de respuesta en navegación web general. La huella de red del navegador Tor Browser ofrece además una mitigación exhaustiva contra el perfilado digital (browser fingerprinting) que I2P no proporciona por defecto en un navegador no configurado.
Por el contrario, I2P es la opción técnica superior cuando se requiere desplegar servicios descentralizados resistentes a la incautación de servidores, canales de comunicación asíncronos y transferencia masiva de datos cifrados sin puntos únicos de fallo. Su arquitectura peer-to-peer hace que cada cliente contribuya al ancho de banda global de la red, eliminando la asimetría estructural que sufren los servicios ocultos de Tor frente a ataques de denegación de servicio por saturación de circuitos.