Tráfico de cobertura en una VPN: de qué observador te escondes

Imagina que compartes una red de cafetería con alguien que usa una VPN, y todo lo que ves son tamaños de paquete y tiempos. Se supone que el tráfico de cobertura difumina esa imagen. Recorre el relleno desde el portátil hasta la puerta de enlace y resulta que el difuminado es local: termina donde termina la puerta de enlace. Todo lo que viene después de ese punto es un nuevo problema de observación sobre el mismo tráfico real.

Así que la primera pregunta nunca es cuánto relleno enviar. Es de qué observador te escondes y dónde se sienta ese observador.

Empieza en el portátil

En el enlace local, un observador ve paquetes cifrados que salen y llegan. Sin relleno, una carga grande es una serie de paquetes de tamaño completo, una llamada es un flujo constante de paquetes de tamaño medio, y un cliente inactivo emite keepalives. Esas formas se correlacionan con lo que hace el usuario incluso cuando el contenido no se puede leer. El relleno puede suavizar la forma, a costa de enviar bytes que nadie pidió.

Anota qué notaría ese observador de otro modo: un estallido al inicio de una transferencia, un hueco cuando termina una llamada, un ritmo de periodos inactivos. Si no puedes nombrar el rasgo, no puedes afirmar que el relleno lo oculta.

Sigue el relleno hasta la puerta de enlace

El portátil envía relleno a una puerta de enlace que colabora, la cual lo descarta y reenvía el tráfico real. Esa colaboración es el mecanismo: sin un punto final que elimine el relleno, has añadido carga al camino de otra persona en lugar de crear cobertura. La especificación de relleno de Tor hace explícita esa misma división: relleno de enlace entre repetidores adyacentes y relleno de circuito ligado al estado del protocolo.

Ahora considera qué ve la puerta de enlace. Ve el tráfico real más el relleno, lo que significa que aprende más, no menos, a menos que sea la parte en la que confías. El tráfico de cobertura traslada la confianza; no elimina la necesidad de tenerla.

Luego observa el segundo segmento

Más allá de la puerta de enlace, las conexiones hacia destinos reales son tráfico corriente con formas corrientes. Un observador allí, ya sea un proveedor de alojamiento o la red de destino, ve los mismos estallidos que el relleno debía ocultar. Si ese observador era el que te importaba, el relleno no hizo nada por ti. Esta frontera es todo el sentido de recorrer el camino.

El tráfico de cobertura abarca un segmento, y ampliar el alcance significa ampliar la colaboración.

Dirección y forma

El relleno enviado solo hacia fuera oculta el momento de lo que envías. No dice nada sobre el momento de lo que vuelve, porque las respuestas llegan según su propio calendario. Ocultar de forma asimétrica es normal y merece decirse en voz alta: una sesión con mucha descarga sigue mostrando su forma en el lado entrante.

La longitud del paquete, la estructura de estallidos, los tiempos de inicio y parada y los intervalos entre llegadas llevan información. Un contador de bytes que se mantiene plano puede convivir con una distribución de tamaños de paquete muy reconocible. Los totales planos no son un comportamiento plano.

Qué compra el presupuesto

El relleno consume capacidad que alguien paga: datos medidos, competencia por el enlace de subida, retardo de cola para otros usuarios de la misma conexión. Seguir la velocidad máxima disponible también va contra uno mismo, porque ese máximo se mueve con el enlace y el relleno se mueve entonces con él. Un presupuesto declarado, con un comportamiento declarado cuando se agota, es la diferencia entre un mecanismo y un accidente.

Evalúa el resultado contra la observación que nombraste al principio. Una prueba que muestra menos reconocimiento bajo un observador definido es un resultado; una promesa de que más tráfico significa menos información no lo es.

Decidir si hacerlo o no

Para la mayoría de la gente la respuesta es no, y la razón honesta es que un flujo de fondo a toda velocidad es un mal sustituto de software que documenta qué protege. El relleno es ingeniería legítima, y pertenece a diseños que nombran su observador, sus puntos finales colaboradores, su coste y sus límites. No es una casilla que convierta una VPN en un sistema de anonimato.

Si lo implementas, escribe primero el modelo de observador. Cada decisión posterior, desde los tamaños de paquete hasta el comportamiento al apagar, se deriva de ese único párrafo.