- Bron
- Bitcoin Corebitcoincore.org
- Oorspronkelijk gepubliceerd
- Lengte van het origineel
- 1 min leestijd
- Taal
- Engels
SATWEI-samenvatting
Door een misvormd GETDATA-bericht kon de net_processing-thread in Bitcoin Core-versies vóór 0.20.0 op 100% CPU blijven draaien, met 1,5 MB extra geheugen per aanvallende peer. Andere peers werden gewoon bediend, vandaar de classificatie Low. John Newbery vond de bug en loste die op in #18808.
Trefwoorden
- CVE
- P2P
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