La red de anonimato Tor descansa sobre un principio fundamental: para encaminar el tráfico a través de tres nodos aleatorios y cifrados (Guard, Middle y Exit) sin revelar la identidad del origen ni del destino, el cliente debe disponer de una visión fidedigna, completa y actualizada del estado global de la red. Si un usuario consultara de forma interactiva a un servidor central sobre qué nodos usar para cada circuito, ese servidor podría correlacionar peticiones y desanonimizarlo de inmediato. Para resolver este desafío sin caer en la vulnerabilidad de las tablas hash distribuidas (DHT) frente a ataques Sybil masivos, Tor implementa un sistema híbrido gobernado por el Directorio de Consenso y las Directory Authorities (DirAuths).
Arquitectura de los Directorios: De Servidores Centrales a DirAuths
En las primeras versiones del protocolo Tor, la topología de la red dependía de un esquema de directorio centralizado que pronto demostró ser un cuello de botella y un punto único de fallo. A partir de la especificación del protocolo de directorio versión 3 (DirSpec v3), el ecosistema migró hacia un modelo de gobernanza criptográfica distribuida ejecutado por un número reducido y estrictamente auditado de nodos denominados Directory Authorities.
En la actualidad, existen entre nueve y diez Directory Authorities operadas por organizaciones sin ánimo de lucro e investigadores independientes de alta confianza dentro de la comunidad de privacidad. Sus identidades criptográficas a largo plazo y sus direcciones IP estables están integradas directamente en el código fuente del cliente Tor (src/app/config/auth_dirs.inc). La función primordial de estos nodos no es enrutar paquetes ordinarios, sino compilar, validar y firmar colectivamente el estado autorizado de toda la red Tor una vez cada hora.
El Protocolo de Directorio v3: El Ciclo de Vida del Consenso
El documento de consenso no es generado arbitrariamente por una entidad aislada; es el resultado de un riguroso proceso síncrono de votación bizantina tolerante a fallos que se divide en cuatro fases principales ejecutadas puntualmente cada 60 minutos:
Publicación de Descriptores de Repetidor
Cada relay que compone la red Tor genera un server descriptor firmado con su clave de identidad de nodo. Este documento contiene metadatos esenciales: huellas dactilares (fingerprints) de claves criptográficas (RSA de identidad heredada y claves Ed25519 modernas), políticas de salida (exit policies), puertos ORPort abiertos y estadísticas de tiempo de actividad. Los relays transmiten periódicamente sus descriptores actualizados a las Directory Authorities a través de conexiones TLS autenticadas.
Generación y Publicación de Votos Individuales
En la primera fase de la hora de votación (minuto :50 si el consenso es para la hora en punto), cada DirAuth evalúa de forma independiente todos los descriptores recibidos. Cada autoridad mide la accesibilidad de los nodos, valida las firmas criptográficas y emite un Status Vote (voto de estado). Este documento representa la opinión individual y aislada de esa autoridad específica sobre el estado de la red, listando a los repetidores que considera activos y asignándoles flags específicas.
Intercambio de Votos y Cálculo del Consenso
Las autoridades intercambian sus votos entre sí a través de enlaces directos. Una vez que cada autoridad dispone de los votos del resto de sus pares, ejecutan en paralelo un algoritmo determinista idéntico para sintetizar todos los votos en un único documento de consenso provisional. El algoritmo aplica reglas estrictas de mayoría:
- Un nodo solo es incluido en el consenso si una mayoría absoluta de las autoridades votantes certifica que está activo (flag
Running) y validado (flagValid). - Las estimaciones de peso de ancho de banda y las políticas de salida agregadas se calculan tomando el valor de la mediana de todos los votos recibidos, neutralizando intentos de manipulación aislados.
Firma Colectiva y Formato Desvinculado (Detached Signatures)
Una vez calculado el cuerpo del consenso idéntico en todas las autoridades, cada una genera una firma digital utilizando su clave de firma de directorio activa. Las autoridades intercambian estas firmas (fase de detached signatures). Cuando un documento de consenso aglutina las firmas de la mayoría cualificada de las autoridades configuradas, adquiere validez formal. A partir del minuto :00, el consenso se sirve públicamente a clientes y relays de todo el planeta.
+-----------------------------------------------------------+
| Relays publican Descriptores |
+-----------------------------------------------------------+
|
v
+-----------------------------------------------------------+
| Cada DirAuth genera su "Status Vote" |
+-----------------------------------------------------------+
|
v
+-----------------------------------------------------------+
| Intercambio de Votos y Cálculo Determinista del Consenso |
+-----------------------------------------------------------+
|
v
+-----------------------------------------------------------+
| Recolección de Firmas Criptográficas (Mayoría Absoluta) |
+-----------------------------------------------------------+
|
v
+-----------------------------------------------------------+
| Publicación del Consenso Oficial para Clientes y Relays |
+-----------------------------------------------------------+
Asignación de Flags y Autoridades de Ancho de Banda
El consenso define los roles operacionales de los nodos asignando etiquetas o flags. Estas flags son vitales para preservar la seguridad de los circuitos construidos por los clientes:
- Guard: Nodos con alto ancho de banda, baja latencia y alta disponibilidad a largo plazo. Mitigan ataques de predecibilidad y degradación de anonimato al servir como primer salto fijo de un cliente durante meses.
- Exit: Nodos configurados para permitir que el tráfico salga de la red Tor hacia la Internet abierta, según su política de puertos salientes declarada.
- Fast y Stable: Nodos que superan umbrales calculados de capacidad de transferencia y tiempo de funcionamiento continuo, reservados para rutas intermedias y servicios cebolla.
- HSDir (Hidden Service Directory): Repetidores autorizados para almacenar y responder a peticiones de descriptores de servicios cebolla (v3 Onion Services).
El Rol de las Bandwidth Authorities (BwAuth)
Un vector de ataque crítico en redes de enrutamiento anónimo es la inflación artificial de ancho de banda: un atacante podría declarar falsamente que posee conexiones de 10 Gbps para ser seleccionado con mayor probabilidad y facilitar ataques de correlación de tráfico. Para neutralizar esto, varias DirAuths integran escáneres activos denominados Bandwidth Authorities (como la suite sbws). Estos sistemas descargan continuamente fragmentos de datos de prueba a través de cada nodo de la red, midiendo su rendimiento real y asignando pesos empíricos que sobrescriben las afirmaciones unilaterales de los operadores maliciosos.
Microdescriptores: Optimizando la Escalabilidad del Cliente
Inicialmente, los clientes descargaban el consenso completo junto con los descriptores individuales de cada nodo, consumiendo megabytes de transferencia cada pocas horas. Para mitigar esta sobrecarga, se introdujo el consenso de microdescriptores.
Un microdescriptor extrae y condensa únicamente la información estática estrictamente necesaria para que un cliente construya un circuito seguro: la clave de cifrado de cebolla (Onion Key), el hash de identidad del nodo y un resumen ultracompacto de su política de salida. Los elementos que cambian con frecuencia (como el uptime o el estado de las flags) quedan relegados al encabezado del consenso. Esto redujo el consumo de ancho de banda del proceso de arranque (bootstrap) en más de un 60%, un factor crítico para usuarios en regiones con conectividad precaria o bajo censura estatal estricta.
Modelo de Amenazas y Resiliencia Criptográfica
El diseño de las Directory Authorities no asume una confianza ciega en ninguna máquina ni operador individual. Su seguridad se apoya en una estricta jerarquía de claves y separación de privilegios:
Cada autoridad de directorio mantiene una clave de identidad a largo plazo (Master Identity Key) que permanece almacenada en medios desconectados (cold storage) o módulos de seguridad de hardware (HSM). Esta clave maestra solo se utiliza esporádicamente para certificar una clave de firma de directorio a medio plazo (Signing Key), que es la que reside en el servidor conectado a la red.
Frente a adversarios estatales o cibercriminales, el modelo ofrece contramedidas específicas:
- Compromiso de Autoridad Aislada: Si un atacante vulnera el servidor físico de una DirAuth, no puede alterar el consenso de forma arbitraria. Necesitaría comprometer simultáneamente la mayoría de las autoridades activas (típicamente 5 de 9) para forzar un consenso malicioso sin que el sistema detecte la discrepancia.
- Ataques de Denegación de Servicio (DoS): Si varias autoridades son desconectadas mediante ataques de denegación de servicio distribuido, los clientes conservan el consenso previo mientras siga dentro de su ventana de validez. Para arranques en frío, Tor implementa Fallback Directories: cientos de repetidores estables predefinidos en el cliente que almacenan en caché los consensos firmados, evitando que el tráfico de inicialización colapse las autoridades primarias.
Conclusión: Confianza Distribuida en un Sistema Sin Confianza
Las Directory Authorities y el protocolo de consenso v3 representan un compromiso de ingeniería sumamente refinado: distribuyen la autoridad suficiente para erradicar puntos únicos de control y ataque Sybil, sin imponer la fragilidad ni la latencia inaceptable de los protocolos puramente descentralizados. Gracias a esta arquitectura de consenso determinista, auditorías de ancho de banda continuas y gobernanza multipartita, los usuarios en situaciones de riesgo extremo pueden confiar en que su cliente Tor siempre obtendrá una visión matemáticamente íntegra y defensiva de la red.