O roteiro de aposentadoria do C tor: datas de desligamento, estado da Arti e o que os operadores devem acompanhar
A aposentadoria da implementação original do Tor em C passou do princípio para o cronograma. Em 23 de junho de 2026, o Projeto Tor anunciou a intenção de encerrar a compatibilidade de rede para o Tor 0.4.8 e todas as versões anteriores: depois de 1 de setembro de 2026, essas versões "deixarão de funcionar na rede por completo". O anúncio, ancorado no projeto Arti Relay em andamento, é o sinal público mais claro até agora de como a transição do C tor para o Rust está sendo escalonada.
Por que o Tor está sendo reescrito em Rust
A Arti é a implementação de nova geração dos protocolos do Tor em Rust, descrita no próprio README do projeto como um esforço para construir uma base de código incorporável e com qualidade de produção. Os motivos apresentados são práticos, não estéticos. A equipe estima que pelo menos metade das vulnerabilidades de segurança registradas teria sido impossível em uma linguagem com segurança de memória. A base em C, em desenvolvimento contínuo desde 2002, acumulou o que o mesmo documento chama de relações espagueti desnecessárias entre componentes. E uma biblioteca em Rust pode ser incorporada a aplicativos de formas que o design original, pensado como proxy SOCKS, nunca previu — algo que, esperam os desenvolvedores, acelerará o trabalho futuro. O cronograma de migração foi esboçado em fevereiro de 2023 por Nick Mathewson, cofundador do Tor e um dos principais arquitetos da Arti, em uma discussão na tor-dev:No médio prazo, descontinuaremos a implementação do cliente Tor em C. Isso não acontecerá até algum tempo depois que a Arti for um cliente tor completo com suporte a serviços onion, com uma solução completa de embedding/FFI/RPC.No longo prazo, escreveu Mathewson, a Arti deve substituir completamente o C tor, o que exige também retransmissores e autoridades de diretório em Rust. Ele ressaltou que nenhum cronograma foi assumido e que qualquer linha do tempo futura pareceria irritantemente longa de alguns pontos de vista e irritantemente curta de outros. Três anos depois, a sequência vem se desenrolando essencialmente como descrito: o cliente ficou pronto primeiro, os papéis centrais da rede por último.
O que a Arti pode fazer hoje, e o que não pode
Como cliente, a Arti está em boa forma. O README, atualizado em agosto de 2026, a descreve como um cliente Tor completo e adequado para uso geral: funciona como proxy SOCKS, conecta-se a serviços onion e suporta pontes com transportes conectáveis, incluindo obfs4 e Snowflake. Os lançamentos têm sido constantes. A Arti 2.0.0 chegou em fevereiro de 2026, e a versão atual, Arti 2.7.0, saiu em 1 de outubro de 2026 com mais trabalho de base para retransmissores e autoridades de diretório, além de um lote de correções de segurança. Acompanhamos esse avanço no lado do cliente com mais profundidade em nossa cobertura anterior da Arti. Além do cliente, o quadro honesto é mais enxuto. Executar a Arti como retransmissor ou autoridade de diretório ainda não é suportado, como afirmam diretamente as notas da versão 2.0.0, e o README de retransmissores mantém um aviso permanente: o suporte a retransmissores é experimental e "não está nem de longe pronto para implantação geral", pedindo que ninguém rode um retransmissor Arti na rede pública. A lista interna do projeto mostra progresso real, como canais de entrada, tratamento de CREATE2 e EXTEND2 e escuta na ORPort, com controle de congestionamento, publicação de descritores, políticas de saída e defesas contra negação de serviço ainda em aberto. Os serviços onion estão em situação semelhante no lado do serviço. A documentação do próprio projeto diz que um serviço rodando na Arti é adequado apenas para testes e experimentação: faltam autorização de clientes, retransmissores vanguard, proteções significativas contra negação de serviço e preenchimento de circuitos, com o aviso de que operá-lo poderia até comprometer a privacidade de outros usos da mesma instância da Arti. Conectar-se a serviços onion pela Arti como cliente, por outro lado, faz parte da operação normal do cliente.O desligamento de setembro, explicado
O corte de 1 de setembro é uma medida de compatibilidade, não um prazo de segurança. O Tor 0.4.8 já atingiu o fim de vida em 1 de junho de 2026 segundo o calendário de versões do projeto e não recebe mais atualizações. O que muda depois de setembro é o comportamento do protocolo de diretório: a série 0.4.9 remove dos dados de diretório as antigas chaves onion TAP e as linhas de família dos retransmissores, seguindo as propostas 350 e 321, o que reduz a largura de banda do cliente e acelera a inicialização para todos. Como clientes e retransmissores na 0.4.8 ou anterior esperam que as chaves TAP estejam presentes, eles param de funcionar quando esses campos desaparecem. Uma motivação secundária é admitida com franqueza: a implementação de autoridade de diretório da Arti precisa em breve de integração com a rede, e é mais fácil de escrever sem campos obsoletos. Isso também não é o fim do próprio C tor. O mesmo calendário lista a 0.4.9, marcada como estável em fevereiro de 2026, com o próprio fim de vida ainda a definir, e uma série 0.5.0 cuja janela de mesclagem abriu em março de 2026. A equipe descreve a manutenção atual do C tor como incluindo recursos escolhidos para facilitar a transição para a Arti. Projetos que ainda empacotam versões antigas estão sendo contatados diretamente, com o trabalho de alcance acompanhado em um tíquete do network-health que também recebe pedidos de operadores que precisam de mais tempo.O que os operadores devem acompanhar
- Operadores de retransmissores: migrem para a 0.4.9.x antes de 1 de setembro de 2026; qualquer versão mais antiga sairá da rede. Ainda não existe um retransmissor Arti para onde migrar — trate afirmações em contrário com ceticismo e acompanhe o changelog da Arti.
- Operadores de serviços onion: o C tor continua sendo a forma suportada de operar um serviço. Os marcos que indicarão a prontidão da Arti como plataforma de serviços são as peças faltantes listadas acima: restricted discovery, suporte a vanguard, defesas contra negação de serviço e preenchimento de circuitos.
- Desenvolvedores de aplicativos: o estado final pretendido é incorporação e RPC, não um daemon SOCKS embutido. A Arti 2.0.0 marcou como experimentais as APIs do crate arti de nível superior, enquanto o arti-client continua sendo a interface suportada, e a 2.7.0 adicionou controle de configuração via RPC.