A rede ponto a ponto: retransmissão, propagação, nós e a camada Lightning.
14 publicações
Ao fingir que não suporta os pings do BIP 31, um par malicioso escapava da desconexão de 20 minutos e lia devagar, inflando a fila de envio do nó em até 2 MB por hora para cada par de entrada e 5 MB para cada par de saída. A CVE-2026-117349, de gravidade Média, foi corrigida pelo #36667 no Bitcoin Core 32.1, 31.2, 30.4 e 29.5; nós em -blocksonly estavam bem menos expostos.
Bitcoin Core
Autoconexões falsas permitiam a um atacante engordar os arquivos de log de um nó do Bitcoin Core reutilizando o nonce da mensagem version em muitas conexões. A primeira conexão da vítima expira após 60 segundos por padrão, então encher um disco levaria muito tempo; a CVE-2025-54604 tem gravidade Baixa. Niklas Goegge a relatou em 2022, e o limite de frequência dos logs nas versões 29.1 e 30.0 barra o ataque.
Bitcoin Core
Trinta e um colaboradores do Bitcoin Core assinaram uma carta defendendo que o software de nó não deve se recusar a retransmitir transações com demanda econômica sustentada que chegam de forma confiável aos blocos, já que usuários e mineradores conseguem contornar esses filtros. Eles frisam que isso não endossa o uso não financeiro de dados e que só os usuários escolhem qual software e quais políticas rodar.
Bitcoin Core
Anos de spam ininterrupto de addr podiam estourar o identificador de 32 bits do gerenciador de endereços do Bitcoin Core e derrubar o nó; era o que restava de um ataque já atenuado pelo limite de frequência na v22.0. A versão 29.0 adota um identificador de 64 bits e fecha a CVE-2024-52919, de gravidade Baixa. Eugene Siegel encontrou o problema; Martin Zumsande fez a mudança.
Bitcoin Core
Um par que anuncia um bloco e depois empaca podia deixar um nó do Bitcoin Core esperando até 10 minutos antes de tentar em outro lugar, e atacantes podiam repetir o truque. A CVE-2024-52922, de gravidade Média, relatada e corrigida por Greg Sanders, é mitigada na v25.1 e na v26.0, que podem pedir um bloco de imediato a até 3 pares de bloco compacto de alta largura de banda.
Bitcoin Core
Um pico de atividade na rede no início de maio de 2023, agravado por nós espiões, atrasou a propagação de blocos e transações porque ordenar conjuntos inv-to-send gigantes consumia quase todo o tempo da thread P2P. De gravidade Média, o problema foi corrigido no Bitcoin Core v25.0 pelo #27610, que descarta antes as transações que já saíram da mempool e esvazia os conjuntos mais depressa à medida que crescem.
Bitcoin Core
Blocos mutados de um único par podiam apagar o estado de download de outros pares que anunciavam o mesmo bloco no Bitcoin Core anterior à v25.0, fazendo o nó esquecer um bloco compacto que ainda estava reconstruindo. Suhas Daftuar percebeu o problema, e o #27608 restringe cada par ao próprio estado. A CVE-2024-52921 tem gravidade Média.
Bitcoin Core
Cadeias de cabeçalhos de baixa dificuldade podiam derrubar remotamente nós do Bitcoin Core anteriores à v24.0.1, e uma única cadeia forjada servia contra qualquer nó da rede. A correção no #25717 faz o nó verificar se a cadeia tem trabalho suficiente antes de armazená-la, o que também encerrou a dependência de checkpoints contra ataques conhecidos. Gravidade: Alta.
Bitcoin Core
O spam de mensagens addr podia derrubar um nó do Bitcoin Core: 2^32 inserções no addrman estouravam um contador de ID de 32 bits e disparavam uma asserção. Eugene Siegel relatou o bug de gravidade Alta em 2021, e a v22.0 traz a correção de Pieter Wuille.
Bitcoin Core
Dois bugs no tratamento da mensagem version, um estouro de inteiro com sinal e um erro de lógica em abs64, permitiam a um atacante distorcer o horário ajustado da vítima até que ela rejeitasse novos blocos por datados longe demais no futuro. O atacante precisava estar entre os primeiros 200 pares a se conectar. De gravidade Média, a falha foi corrigida no Bitcoin Core 0.21.0.
Bitcoin Core
Uma mensagem GETDATA malformada podia deixar a thread net_processing girando a 100% de CPU nas versões do Bitcoin Core anteriores à 0.20.0, com mais 1,5 MB de memória por par atacante. Os demais pares continuavam sendo atendidos, daí a classificação Baixa. John Newbery encontrou o bug e o corrigiu no #18808.
Bitcoin Core
Uma só INV recheada com 50.000 itens de bloco podia fazer um nó enfileirar 50.000 respostas getheaders de cerca de 1 kB cada, e um par que se recusasse a lê-las mantinha cheio esse buffer de envio de 50 MB. O #18962, de John Newbery, apresentado como economia de banda, passou a enviar um GETHEADERS por INV e chegou na 0.20.0.
Bitcoin Core
Usuários do Tor agora podem acessar o site do Bitcoin Core por um endereço onion, como vinham pedindo com frequência. O serviço oculto abre mais uma rota contra a censura e um caminho de confiança que não depende de autoridades certificadoras nem de DNS.
Bitcoin Core
Pares que usam retransmissão de blocos compactos (BIP152) trocam um esboço de cada bloco novo, de cerca de 9 KB para um bloco médio de 1 MB, mais o adicional pelas transações que faltam ao receptor. Em experimentos reais no modo de alta largura de banda, com até 6 transações pré-preenchidas, bem mais de 90% dos blocos se propagaram sem pedido adicional.
Bitcoin Core
