- Bron
- Bitcoin Corebitcoincore.org
- Oorspronkelijk gepubliceerd
- Lengte van het origineel
- 2 min leestijd
- Taal
- Engels
SATWEI-samenvatting
Ontvangen berichten konden vóór Bitcoin Core 0.10.1 tot 32 MiB groot worden, zodat een aanvaller per verbinding zoveel RAM kon afdwingen en de node mogelijk liet crashen. Bitcointalk-gebruiker Evil-Knievel meldde het; #5843 verlaagde de limiet naar 2 MiB, later voor Segwit verhoogd naar 4 MB. Een voor 2015 aangekondigde publicatie werd uitgesteld, en de details kwamen in 2024 naar buiten.
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