Skip to main content
VulnerabilityPublished

CVE-2024-35202: bitcoin · Unthrottled Resource Allocation

Affects bitcoinSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High : upgrade to 25.0 soon.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.8% chance of exploitation in 30 days – higher than 59% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 25.0
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 10 Oct 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade bitcoin/bitcoin to 25.0.

Affected software

ProductAffectedFixed in
GitHubbitcoin/bitcoinpkg:github/bitcoin/bitcoinOther threatsAffected
  • <25.0
Fixed in
  • 25.0

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2024-35202, organizations should: 1) Upgrade Bitcoin Core to version 25.0 or later as soon as it becomes available, since the vulnerability affects versions prior to 25.0. 2) Implement network-level filtering to restrict incoming connections to trusted peers only, reducing exposure to untrusted actors who could send malicious blocktxn messages. 3) Monitor node logs and metrics for unexpected crashes or assertion failures related to blocktxn message handling to detect potential exploitation attempts. 4) Deploy redundancy and failover mechanisms for critical Bitcoin infrastructure to maintain service availability during node outages. 5) Participate in Bitcoin Core community channels to stay informed about patches, advisories, and best practices related to this vulnerability. 6) Consider running nodes with hardened configurations that limit resource exhaustion and enforce strict validation checks. These steps go beyond generic advice by focusing on both patching and operational controls to reduce attack surface and impact.

Description

Bitcoin Core before 25.0 allows remote attackers to cause a denial of service (blocktxn message-handling assertion and node exit) by including transactions in a blocktxn message that are not committed to in a block's merkle root. FillBlock can be called twice for one PartiallyDownloadedBlock instance.

References

Community reviews

Loading reviews…