Bitcoin Core 32.1 uitgebracht
- Bron
- Bitcoin Corebitcoincore.org
- Oorspronkelijk gepubliceerd
- Lengte van het origineel
- 1 min leestijd
- Taal
- Engels
SATWEI-samenvatting
Private broadcast in Bitcoin Core 32.1 kan het IP-adres van de verzender niet meer prijsgeven. Dat lek kon optreden als een mislukte v2-verbinding het opnieuw probeerde over v1, rechtstreeks in plaats van via Tor. De standaardwaarde van -maxconnections gaat van 125 naar 200, en uitgaande transactie-relay wordt begrensd via een globale backlog in plaats van per peer.
Meer van Bitcoin Core
Langzame, onbeperkte geheugengroei bij gepauzeerde pre-BIP31-peers
Door te doen alsof hij BIP 31-pings niet ondersteunt, kon een kwaadwillende peer de verbreking na 20 minuten ontlopen en traag blijven lezen. De verzendwachtrij van een node zwol zo op met maximaal 2 MB per uur per inkomende peer en 5 MB per uitgaande. CVE-2026-117349, ingeschaald als Medium, is met #36667 verholpen in Bitcoin Core 32.1, 31.2, 30.4 en 29.5; -blocksonly-nodes waren veel minder kwetsbaar.
Bitcoin Core
Bitcoin Core 30.4 uitgebracht
Bitcoin Core 30.4 ziet BIP 9-bits 5 tot en met 28 niet langer als soft-fork-signalen, in lijn met BIP 323. Blokken die deze bits zetten, leiden dus niet meer tot waarschuwingen over onbekende deployments (#34779). Op netwerkgebied geldt nu een time-out voor gepauzeerde send-peers (#36667) en flatfile-posities gebruiken voortaan 64-bits integers (#36669).
Bitcoin Core
Onbeperkte geheugengroei door TCP urgent data op systemen buiten Linux
Een verbonden peer kon nodes op Windows, macOS en BSD laten crashen met TCP urgent data: die glipte in de select()-backend langs gepauzeerde leesacties en stapelde zich onbeperkt op in het geheugen (CVE-2026-117350). Linux-nodes gebruiken poll() en lopen geen risico. Bitcoin Core 32.1, 31.2, 30.4 en 29.5 dichten de bug, die als Medium is geclassificeerd en bij een LLM-scan binnen Project Loupe aan het licht kwam.
Bitcoin Core



