Tráfego de cobertura numa VPN: de que observador te escondes

Imagina que partilhas uma rede de café com alguém que usa uma VPN, e tudo o que vês são tamanhos de pacote e temporização. O tráfego de cobertura deve desfocar essa imagem. Percorre o preenchimento do portátil até ao gateway e o desfoque revela-se local: termina onde o gateway termina. Tudo depois desse ponto é um novo problema de observação sobre o mesmo tráfego real.

Portanto, a primeira pergunta nunca é quanto enchimento enviar. É de que observador te escondes e onde esse observador está sentado.

Começa no portátil

No enlace local, um observador vê pacotes cifrados a sair e a chegar. Sem preenchimento, um upload grande é uma série de pacotes de tamanho completo, uma chamada é um fluxo estável de pacotes de tamanho médio, e um cliente inativo emite keepalives. Essas formas correlacionam-se com o que o utilizador está a fazer mesmo quando o conteúdo é ilegível. O enchimento pode suavizar a forma, ao preço de enviar bytes que ninguém pediu.

Anota o que esse observador notaria de outra forma: uma rajada no início de uma transferência, uma falha quando uma chamada termina, um ritmo de períodos inativos. Se não consegues nomear o traço, não podes afirmar que o enchimento o esconde.

Segue o enchimento até ao gateway

O portátil envia preenchimento para um gateway cooperante, que o descarta e encaminha o tráfego real. Essa cooperação é o mecanismo: sem um ponto final que remova o enchimento, acrescentaste carga ao caminho de outra pessoa em vez de criar cobertura. A especificação de preenchimento do Tor torna explícita essa mesma divisão: preenchimento de enlace entre relays adjacentes e preenchimento de circuito ligado ao estado do protocolo.

Agora considera o que o gateway vê. Vê o tráfego real mais o enchimento, o que significa que aprende mais, e não menos, a menos que seja a parte em quem confias. O tráfego de cobertura desloca a confiança; não elimina a necessidade dela.

Depois observa o segundo segmento

Depois do gateway, as ligações seguintes para destinos reais são tráfego comum com formas comuns. Um observador ali, seja um fornecedor de alojamento ou a rede de destino, vê as mesmas rajadas que o preenchimento devia esconder. Se esse observador era o que te preocupava, o preenchimento não fez nada por ti. Esta fronteira é todo o sentido de percorrer o caminho.

O tráfego de cobertura está limitado a um segmento, e ampliar o âmbito significa ampliar a cooperação.

Direção e forma

O preenchimento enviado apenas para fora esconde o momento daquilo que envias. Não diz nada sobre o momento daquilo que volta, porque as respostas chegam segundo o seu próprio calendário. Ocultar de forma assimétrica é normal e merece ser dito em voz alta: uma sessão com muito download ainda mostra a sua forma do lado de entrada.

O comprimento do pacote, a estrutura de rajadas, os tempos de início e paragem e os intervalos entre chegadas transportam todos informação. Um contador de bytes que se mantém plano pode coexistir com uma distribuição de tamanhos de pacote muito reconhecível. Totais planos não são comportamento plano.

O que o orçamento compra

O enchimento consome capacidade que alguém paga: dados medidos, contenção no uplink, atraso na fila para outros utilizadores na mesma ligação. Seguir a velocidade máxima disponível também é contraproducente, porque esse máximo move-se com o enlace e o enchimento move-se então com ele. Um orçamento declarado, com comportamento declarado quando se esgota, é a diferença entre um mecanismo e um acidente.

Avalia o resultado face à observação que nomeaste no início. Um teste que mostra reconhecimento reduzido sob um observador definido é um resultado; uma promessa de que mais tráfego significa menos informação não é.

Decidir se vale a pena fazê-lo

Para a maioria das pessoas a resposta é não, e a razão honesta é que um fluxo de fundo a toda a velocidade é um mau substituto de software que documenta o que protege. O preenchimento é engenharia legítima, e pertence a desenhos que nomeiam o seu observador, os seus pontos finais cooperantes, o seu custo e os seus limites. Não é uma caixa que converta uma VPN num sistema de anonimato.

Se o implementares, escreve primeiro o modelo de observador. Cada decisão posterior, desde os tamanhos de pacote até ao comportamento ao desligar, decorre desse único parágrafo.