Os desenvolvedores da rede anônima Tor publicaram os resultados da segunda auditoria realizada pela empresa Radically Open Security, que ocorreu de abril a agosto de 2023 (anteriormente, a primeira auditoria foi conduzida pela Cure53 de novembro de 2022 a abril de 2023). A verificação incluiu o código para garantir o funcionamento dos nós de saída, o navegador Tor Browser, componentes da infraestrutura (coleta de métricas, SWBS, API Onionoo) e utilitários para testes. O principal objetivo da nova verificação foi avaliar as alterações feitas para aumentar a velocidade e a confiabilidade da rede Tor, como o protocolo de divisão de tráfego Conflux adicionado na versão Tor 0.4.8 e métodos de proteção contra ataques DoS a serviços Onion com base em provas de trabalho.
Durante a auditoria, foram identificadas 17 vulnerabilidades, das quais apenas uma foi classificada como crítica. Quatro vulnerabilidades foram classificadas como de gravidade média, enquanto 12 foram consideradas problemas de baixa gravidade. A vulnerabilidade mais crítica foi encontrada no aplicativo onbasca (Onion Bandwidth Scanner), usado para escanear a largura de banda dos nós da rede.
A vulnerabilidade é causada pela possibilidade de enviar solicitações através do método HTTP GET, permitindo a execução de substituições de solicitações entre sites em nome de outro usuário (CSRF, Cross-Site Request Forgery), o que dá ao invasor a capacidade de adicionar seus nós de ponte ao BD por meio da manipulação do parâmetro "bridge_lines". Por exemplo, um invasor pode hospedar uma página da web com o código JavaScript fetch("http://127.0.0.1:8000/bridge-state/?bridge_lines=obfs4+0.0.0.000000+AAA+cert0+iat-mode0", e se esse página for aberta por um usuário com uma sessão ativa no Onion Bandwidth Scanner, o IP "0.0.0.0" será adicionado ao banco de dados em seu nome.
Problemas de gravidade média:
- Negação de serviço na metrics-lib através do envio de um grande arquivo compactado — como o arquivo é descompactado na memória, é possível enviar uma espécie de bomba zip (por exemplo, 600 MB de zeros compactados em 0,0006 MB) e causar a exaustão da memória disponível.
- Uso no tor-android-service (aplicado no Tor browser para Android) de um módulo de terceiros tun2socks, cujo suporte foi descontinuado.
- Gravação de um byte zero além do limite do buffer alocado no cliente Tor devido ao uso da função read_file_to_str_until_eof, que retorna o tamanho sem contar o caractere nulo.
- Uma vulnerabilidade no sbws (Simple Bandwidth Scanner) permite reverter a conexão HTTPS para HTTP usando um redirecionamento para HTTP. Um nó de saída do Tor controlado por um atacante pode potencialmente explorar essa vulnerabilidade para realizar a vazamento de tokens da API.
Fonte: opennet.ru
