Como o ForestVPN funciona

A versão curta

• Seu tráfego é selado no seu dispositivo e sai por um servidor que nós operamos, o exit. Entre as partes do ForestVPN, o exit é a única que vê para onde vai o seu tráfego.
• Antes de você se conectar, seu dispositivo recebe um ticket assinado. O ticket diz qual plano você tem, e o serviço que o confere funciona separado do que guarda a sua conta.
• O app observa se os dados realmente fluem e troca de caminho sozinho quando deixam de fluir. Você só vê o resultado.
• Uma linha liga seu dispositivo, e qualquer conta vinculada, a cada sessão que ele paga, para medição. Ela é apagada uma hora após a sessão ser liquidada, ou até 17 dias depois no caso de um ticket nunca usado. Esta página a mostra ao lado de todo o resto.

O que uma VPN muda, e o que não muda

Uma VPN é uma transferência de confiança. Sem ela, você confia à sua rede e ao seu provedor de internet a visão de para onde vai o seu tráfego. Com ela, você passa a confiar na VPN. Por isso as perguntas úteis são as mesmas para qualquer VPN: onde o seu tráfego termina, o que sabem os serviços que ficam na frente dele e o que o app faz no seu dispositivo? Esta página responde nessa ordem, com os detalhes por trás de cada resposta.

Sem VPN, seu Wi-Fi e seu provedor de internet podem ver com quais servidores seu dispositivo conversa, e todo site que você acessa vê o endereço que sua rede lhe deu. Com o ForestVPN, eles veem apenas tráfego criptografado para os nossos servidores. Esse servidor, o exit, é por onde seu tráfego sai para a internet.

Isso desloca a confiança; não a elimina. O exit vê os sites que você visita e o endereço de onde você se conectou, e os sites que você visita veem o endereço do exit em vez do seu. Uma VPN não deixa você anônimo: ela muda quem pode ver o seu tráfego.

O que uma VPN não toca é tudo o que acontece depois do exit. Os sites em que você entra continuam sabendo com qual conta você entra, e um site que rastreia você com cookies continua rastreando. O túnel protege o caminho, não o destino.

O que acontece quando você toca em Conectar

Você toca em Conectar. Seu dispositivo pede permissão para usar um servidor, apresenta um ticket que carrega dois fatos (a chave de qual plano o assinou e a qual quinzena essa chave pertence), é encaminhado a um servidor e constrói um túnel criptografado até ele. Depois, confere que os dados realmente fluem nos dois sentidos antes de dizer que você está protegido.

O ticket é a parte interessante. Horas antes, em uma solicitação separada, seu dispositivo pede tickets ao nosso serviço de login. O serviço assina cada um às cegas: a assinatura é feita sobre um valor que ele nunca vê, então a assinatura do ticket que você apresenta depois não aponta de volta para a solicitação que o criou. A única exceção é a linha de medição descrita mais adiante, que liga seu dispositivo a cada sessão que ele paga.

Repare no que acontece antes de um único byte seu se mover. Primeiro vem a permissão: o ticket, conferido em uma fração de segundo. Depois vem o posicionamento: uma lista de servidores assinada, que seu próprio dispositivo verifica, e um serviço de sessão que escolhe o exit. Por último vem a prova: o app não diz que você está protegido quando o handshake termina, mas quando pacotes de teste atravessaram o túnel e voltaram.

Dois detalhes valem ser conhecidos. Os tickets são renovados pela rede de base, nunca por um exit, então o serviço de login nunca é alcançado pelo túnel que ele ajuda a construir. E o app alcança nossos serviços por várias rotas e usa a primeira que responder, então um caminho ruim até um deles não precisa impedir você de se conectar.

Dentro do túnel

Tudo o que você envia é selado no seu dispositivo com chaves que só o seu dispositivo e o exit conhecem. Se a sua rede mudar, o mesmo túnel continua.

Leia a figura de fora para dentro. Sua rede vê apenas o datagrama externo: um pacote de bytes criptografados indo para um dos nossos servidores, cujos primeiros bytes são mascarados e cujo tamanho varia. Dentro dele, o quadro selado só pode ser aberto com as chaves feitas no handshake, que só o seu dispositivo e o exit têm. Dentro do quadro está o seu próprio pacote, exatamente como o seu app o enviou.

O protocolo do túnel se chama Quantum. Seu handshake é o Noise_IKpsk2, sem modificações, com X25519, ChaCha20-Poly1305 e BLAKE2s. Deixamos o handshake em paz de propósito: a análise publicada sobre ele continua valendo. O que acrescentamos fica ao redor. O tamanho dos pacotes e os bytes de cabeçalho variam a cada conexão, e o túnel lida com a troca de rede e com o caminho mudando por baixo dele.

O túnel pertence à sessão, não à rede em que você está. Quando você sai do Wi-Fi para o celular, a chave de sessão continua a mesma e os pacotes passam a chegar de um novo endereço, então o mesmo túnel continua. Não prometemos que nada se perde: uma troca pode levar um instante, e a tela de status mostra em que estado você está.

Seu tráfego termina em servidores que nós operamos, não em uma função na nuvem. Um serviço de nuvem não consegue carregar um túnel, então os serviços que distribuem tickets e listas de servidores nunca carregam um pacote seu.

Um túnel, vários caminhos

Se um caminho até o servidor ficar lento ou parar de carregar dados, o ForestVPN tenta outro sozinho e fica com o que de fato carrega dados. Você não precisa escolher.

Por que mais de um caminho? As redes são diferentes. Algumas lidam bem com UDP e outras mal, e uma rede que está boa por horas pode mudar. Uma escolha fixa está errada em algum lugar, então o app mede. Para cada rede de onde já se conectou, ele guarda uma pequena anotação no seu dispositivo, arquivada sob um nome com hash, dizendo se a rota de backup foi necessária ali. Ele só recorre à rota de backup numa rede em que a conexão direta falhou, agora ou no último dia. No Free a rota de backup vem com uma franquia mensal, e o Premium inclui mais.

Chamamos de caminho cada forma de levar os mesmos pacotes criptografados até o mesmo exit. O app sempre tenta primeiro o caminho direto, por UDP, e numa rede saudável nada mais é contatado. Se o caminho direto parar de carregar dados, o app também tenta os outros caminhos que tem, dentro da mesma sessão: TCP, às vezes um servidor extra nosso escolhido automaticamente e a rota de backup, que leva os mesmos pacotes como tráfego web comum por uma rede de distribuição de conteúdo. A rota de backup é um recurso de reserva, não um caminho mais rápido, e é medida porque custa mais.

Trocar de caminho não troca a sessão: o ticket, as chaves e o exit continuam os mesmos.

O app decide por dados, não por handshakes. Um caminho só conta como saudável enquanto entrega, e a tela de status só mostra Working quando os dados fluem nos dois sentidos.

Mais sobre o status da conexão e a rota de backup.

Rotas Smart

O Smart escolhe uma rota que combina com a sua rede, continua medindo enquanto você usa e passa sozinho para uma melhor quando ela aparece. Um local que você escolhe por conta própria fica onde você o colocou.

Um caminho é uma forma de levar seus pacotes até o exit: direto, TCP, por um servidor extra nosso ou pela rota de backup. O Smart compara os caminhos disponíveis para o lugar que você pediu e troca entre eles dentro da sessão que você já tem, sem novo ticket e sem novo handshake.

Três coisas que o Smart não faz. Ele não move um local que você escolheu por conta própria. Ele não promete uma conexão mais rápida: promete que continua verificando e que só troca quando outra rota é melhor para a sua rede. E ele não precisa de você: não há nada para ligar nem para escolher, embora a configuração de roteamento sensível à rede desligue essas decisões se você preferir.

As rotas Smart estão hoje no Windows, no Linux, no app do Mac do nosso site, na linha de comando e em roteadores OpenWrt. iPhone, iPad, Apple TV, Android e a versão da Mac App Store recebem com uma atualização do app.

Dois programas, um ticket assinado

Por que dividir o trabalho? Porque as duas tarefas exigem conhecimentos diferentes. Conferir que você tem um plano exige conhecer o seu dispositivo. Escolher e abrir uma sessão exige conhecer um lugar e um endereço. Se um só programa fizesse as duas coisas, ele guardaria os dois tipos de conhecimento juntos. Por isso são dois programas, implantados separadamente. O ticket passa entre eles na conexão, e os dados que uma sessão usou voltam quando ela é liquidada, para poder ser cobrada: essa é a linha de medição descrita a seguir.

A parte que conhece o seu dispositivo e o seu plano e a parte que conhece o seu servidor são programas separados. O serviço de sessão é implantado sem nenhum vínculo com o nosso banco de dados de contas, e o ticket entre eles é assinado às cegas. Uma linha liga seu dispositivo, e qualquer conta vinculada, a cada sessão que ele paga, para medir dados e cortar um dispositivo revogado. Ela é apagada uma hora após a sessão ser liquidada, ou até 17 dias depois no caso de um ticket nunca usado.

O serviço de login guarda sua conta, seus dispositivos e seu plano, e vê o endereço de onde vem cada solicitação de ticket. Ele nunca fica sabendo qual exit você recebeu nem aonde você foi. O serviço de sessão vê o endereço de onde você se conecta, o local que você escolheu e uma chave de sessão de uso único. O registro da sessão se apaga sozinho quando ela expira, e seu endereço de origem nunca é gravado nele.

A grade lista o que cada parte recebe no momento da conexão, o que não é o mesmo que uma promessa sobre o que poderia ser deduzido combinando registros. Por isso a linha de medição é dita em palavras e desenhada na figura, em vez de ficar de fora.

O que guardamos, e por quanto tempo

Não existe em nossos sistemas nenhuma coluna para os sites que você visita ou os nomes que você consulta. Qual exit uma sessão usou é apagado quando a sessão termina. O pagamento é tratado pela App Store, pelo Google Play ou pelo processador que você escolher, e nós nunca vemos o número de um cartão.

Os principais registros e quanto tempo cada um vive, em uma só imagem; a política de privacidade lista todos. Os relatórios de rotas, que nos ajudam a escolher rotas melhores para todos em uma rede, são agregados sem dispositivo, conta, sessão nem exit, publicados apenas para dias com pelo menos 10 dispositivos.

Mais duas coisas pertencem à mesma imagem. O app não contém SDK de análise, SDK de atribuição nem identificador de publicidade. E se você escolher enviar um relatório de diagnóstico, ele mostra o conteúdo antes, é enviado sem a identidade do seu dispositivo em um horário aleatório na hora seguinte, nunca pela conexão que descreve, e é apagado após 72 horas.

Todos os registros estão listados na política de privacidade, e a versão curta está na página de segurança.

Seus dispositivos, roteadores e TVs

Um número de conta funciona em até dez dispositivos. Os dispositivos da sua conta se alcançam pelo nome, e um computador que fica em casa pode ser um exit para os outros. Um iPhone pode usar um exit, mas ainda não pode ser um. Os roteadores cobrem os dispositivos que não rodam um app, e TVs e roteadores entram na conta sem teclado.

Se o exit de casa que você está usando ficar offline, o app move você para outro dos seus exits e avisa. Se todos os seus exits falharem, o tráfego continua bloqueado e o app pede que você toque.

Os roteadores servem para os dispositivos que não rodam um app, como um console de jogos ou uma smart TV. Coloque o ForestVPN no roteador e tudo o que está atrás dele, ou só os dispositivos e apps que você escolher, passa pelo túnel. O processador do roteador é o limite de velocidade, então a página de roteadores diz o que medimos e em qual hardware. O roteador se vincula à sua conta com um código que ele mesmo mostra, e as TVs entram sem teclado.

O que este desenho não faz

Nada disso torna o desenho à prova de falhas, e preferimos dizer onde ele termina a deixar um diagrama sugerir o contrário. Estes são os principais; a política de privacidade lista todos.