Uma falha no Bitcoin Core fez milhares de nós da rede principal tratarem conexões Tor recebidas como pares confiáveis. Assim, participantes anônimos obtiveram isenções de limites contra negação de serviço e de proteções de privacidade. O projeto divulgou a CVE-2025-62860 em 10 de novembro de 2026 e classificou o problema como de severidade média.

A vulnerabilidade afetava versões suscetíveis quando uma configuração não padrão de -whitelist incluía o endereço IP do daemon Tor. No entanto, nós que nunca adotaram essa configuração não ficaram expostos. Por isso, a falha dependia tanto da versão vulnerável quanto da inclusão do endereço intermediário na lista de confiança.

Como conexões Tor recebiam permissões confiáveis

Nesse fluxo, o Bitcoin Core identificava o endereço IP do daemon Tor, em vez do endereço real do par remoto. Em geral, esse daemon opera na mesma máquina ou na rede local do nó. Contudo, o endereço intermediário não permitia determinar qual participante remoto merecia confiança.

Nas instalações afetadas, o Core comparava o IP do daemon com uma faixa de endereços classificada como confiável. Dessa forma, cada conexão Tor de entrada herdava as permissões da lista quando a faixa incluía o daemon. O erro concedia privilégios a participantes remotos cuja identidade de rede permanecia oculta.

Limites de segurança e privacidade afetados

A opção -whitelist remove vários limites criados para restringir comportamentos de negação de serviço. Além disso, ela suspende mitigações contra vazamentos de privacidade para pares considerados confiáveis. A falha envolvia apenas permissões concedidas a participantes da rede.

Portanto, os privilégios descritos no comunicado não indicavam acesso a carteiras ou roubo de bitcoins. Ainda assim, participantes anônimos poderiam contornar proteções aplicadas normalmente às conexões de entrada. Sem a versão vulnerável e a configuração específica, a condição não ocorria.

Correção chegou às versões do Bitcoin Core

Fornecedores populares distribuíam o software de nó junto com o Tor e uma faixa correspondente na lista de confiança. Ao mesmo tempo, alguns softwares clientes exigiam inclusão nessa lista e operavam com frequência ao lado do Tor. Com isso, milhares de nós acessíveis da rede principal confiaram em cada conexão Tor recebida.

Esse número representa a exposição histórica identificada no alerta, não uma contagem de nós que continuam vulneráveis. Martin Zumsande e Antoine Poinsot relataram o caso em setembro de 2025. Em seguida, os desenvolvedores incorporaram o patch em 17 de setembro.

A mudança impediu a aplicação de permissões baseadas em endereço às conexões onion recebidas. Desde então, o Bitcoin Core 30.0, 29.2 e 28.3 recebeu a correção em outubro de 2025. Todas as versões lançadas a partir da 30.0 também incluem o ajuste.

O que operadores de nós devem verificar

As versões corrigidas não correspondem necessariamente às linhas que ainda recebem manutenção. Atualmente, o cronograma de manutenção do Bitcoin Core abrange as séries 30.x, 31.x e 32.x. Já as versões 28.x e 29.x chegaram ao fim de vida.

O projeto recomenda a versão de manutenção mais recente da principal versão que cada operador puder adotar. Enquanto isso, a página de downloads indicava a versão 32.1 como a mais recente em 11 de novembro. Essa orientação é especialmente relevante para usuários de pacotes que combinam o nó com o Tor.

Na prática, operadores devem verificar qual versão do Bitcoin Core está em execução. Por essa razão, também precisam confirmar se a configuração de -whitelist inclui o endereço do daemon Tor. A atualização para uma versão mantida reduz a exposição à falha e incorpora as correções mais recentes do projeto.

	Receba nossas últimas notícias em primeira mão.   Adicione-nos como sua fonte preferida no Google    e toque em “Favorito” para priorizar nossas atualizações.