{"id":113257,"date":"2024-01-31T01:41:06","date_gmt":"2024-01-30T23:41:06","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/rezultaty-vtorogo-audita-bezopasnosti-razrabotok-proekta-tor"},"modified":"2024-01-31T01:41:06","modified_gmt":"2024-01-30T23:41:06","slug":"rezultaty-vtorogo-audita-bezopasnosti-razrabotok-proekta-tor","status":"publish","type":"post","link":"https:\/\/prohoster.info\/pt\/blog\/news\/rezultaty-vtorogo-audita-bezopasnosti-razrabotok-proekta-tor","title":{"rendered":"Resultados da segunda auditoria de seguran\u00e7a dos desenvolvimentos do projeto Tor","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Os desenvolvedores da rede an\u00f4nima 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\u00e7\u00e3o incluiu o c\u00f3digo para garantir o funcionamento dos n\u00f3s de sa\u00edda, o navegador Tor Browser, componentes da infraestrutura (coleta de m\u00e9tricas, SWBS, API Onionoo) e utilit\u00e1rios para testes. O principal objetivo da nova verifica\u00e7\u00e3o foi avaliar as altera\u00e7\u00f5es feitas para aumentar a velocidade e a confiabilidade da rede Tor, como o protocolo de divis\u00e3o de tr\u00e1fego Conflux adicionado na vers\u00e3o Tor 0.4.8 e m\u00e9todos de prote\u00e7\u00e3o contra ataques DoS a servi\u00e7os Onion com base em provas de trabalho. <\/p>\n
Durante a auditoria, foram identificadas 17 vulnerabilidades, das quais apenas uma foi classificada como cr\u00edtica. Quatro vulnerabilidades foram classificadas como de gravidade m\u00e9dia, enquanto 12 foram consideradas problemas de baixa gravidade. A vulnerabilidade mais cr\u00edtica foi encontrada no aplicativo onbasca (Onion Bandwidth Scanner), usado para escanear a largura de banda dos n\u00f3s da rede. <\/p>\n
A vulnerabilidade \u00e9 causada pela possibilidade de enviar solicita\u00e7\u00f5es atrav\u00e9s do m\u00e9todo HTTP GET, permitindo a execu\u00e7\u00e3o de substitui\u00e7\u00f5es de solicita\u00e7\u00f5es entre sites em nome de outro usu\u00e1rio (CSRF, Cross-Site Request Forgery), o que d\u00e1 ao invasor a capacidade de adicionar seus n\u00f3s de ponte ao banco de dados manipulando o par\u00e2metro «bridge_lines». Por exemplo, o invasor pode hospedar uma p\u00e1gina da web com o c\u00f3digo JavaScript fetch(«http:\/\/127.0.0.1:8000\/bridge-state\/?bridge_lines=obfs4+0.0.0.000000+AAA+cert0+iat-mode0», e se essa p\u00e1gina for aberta por um usu\u00e1rio com uma sess\u00e3o ativa no Onion Bandwidth Scanner, o IP «0.0.0.0» ser\u00e1 adicionado ao banco de dados em seu nome. <\/p>\n
Problemas de gravidade m\u00e9dia: <\/p>\n
\n
Nega\u00e7\u00e3o de servi\u00e7o na metrics-lib atrav\u00e9s do envio de um grande arquivo comprimido \u2014 como o arquivo \u00e9 descompactado na mem\u00f3ria RAM, \u00e9 poss\u00edvel enviar uma bomba zip (por exemplo, \u00e9 poss\u00edvel empacotar 600 MB de zeros em 0.0006 MB) e causar a exaust\u00e3o da mem\u00f3ria dispon\u00edvel.\n
Uso no tor-android-service (aplicado no Tor browser para Android) de um m\u00f3dulo de terceiros tun2socks, cujo suporte foi descontinuado.\n
Grava\u00e7\u00e3o de um byte zero al\u00e9m do limite do buffer alocado no cliente Tor devido ao uso da fun\u00e7\u00e3o read_file_to_str_until_eof, que retorna o tamanho sem contar o caractere nulo.\n
Uma vulnerabilidade no sbws (Simple Bandwidth Scanner) permite reverter a conex\u00e3o HTTPS para HTTP usando um redirecionamento para HTTP. Um n\u00f3 de sa\u00edda do Tor controlado por um atacante pode potencialmente explorar essa vulnerabilidade para realizar a vazamento de tokens da API. <\/ul>\n