Foi lançado o toolkit Tor 0.4.7.7, utilizado para organizar o funcionamento da rede anônima Tor. A versão Tor 0.4.7.7 é reconhecida como a primeira versão estável da ramificação 0.4.7, que se desenvolveu nos últimos dez meses. A ramificação 0.4.7 será acompanhada dentro do ciclo de suporte padrão — o lançamento de atualizações será interrompido em nove meses ou três meses após o lançamento da ramificação 0.4.8.x.
As principais mudanças na nova ramificação:
- Foi adicionada a implementação do protocolo de controle de congestionamento (RTT Congestion Control), que regula o tráfego pela rede Tor (entre o cliente e o nó de saída ou serviço onion). O protocolo visa reduzir o tamanho das filas nos relés e superar as atuais limitações de largura de banda. Até agora, a velocidade de um fluxo de upload através de nós de saída e serviços onion estava limitada a 1 MB/sec, pois a janela de envio tem um tamanho fixo de 1000 células por fluxo e em cada célula podem ser enviados 512 bytes de dados (a velocidade do fluxo com um atraso na cadeia de 0.5 seg = 1000*512/0.5 = ~1 MB/sec).
Para prever a largura de banda disponível e determinar o tamanho da fila de pacotes, o novo protocolo utiliza a estimativa do tempo de ida e volta (RTT, Round Trip Time). A modelagem realizada mostrou que a aplicação do novo protocolo em nós de saída e serviços onion levará à redução das latências nas filas, remoção das limitações na velocidade do fluxo, aumento da performance da rede Tor e uma utilização mais otimizada da largura de banda disponível. No lado do cliente, o suporte ao controle de fluxo será oferecido em 31 de maio na próxima versão significativa do Tor Browser, construída sobre a ramificação Tor 0.4.7.
- Foi adicionada a proteção simplificada Vanguards-lite contra ataques de desanonimização em serviços onion de curta duração, que reduz o risco de identificação dos nós guardiões (guard) do serviço onion ou do cliente onion, nas condições em que o serviço opera por menos de um mês (para serviços onion que operam por mais de um mês, recomenda-se usar o complemento vanguards). A essência do método é que os clientes e serviços onion escolhem automaticamente 4 nós guardiões de longa duração (‘layer 2 guard relay’) para utilizar no meio da cadeia, e esses nós são mantidos por um tempo aleatório (em média uma semana).
- Para servidores A diretoria implementou a capacidade de designar o marcador MiddleOnly para os relés, utilizando um novo método para alcançar o consenso. O novo método implica mover a lógica de definição do marcador MiddleOnly do lado do cliente para os servidores da diretoria. Para os relés marcados como MiddleOnly, os marcadores Exit, Guard, HSDir e V2Dir são automaticamente removidos, e o marcador BadExit é ativado.
Fonte: opennet.ru
