PatchSiren cyber security CVE debrief
CVE-2026-114144 BinaryMuse CVE debrief
A denial-of-service vulnerability exists in the toml-node package, specifically in the `toml.parse()` function, which can be exploited by parsing a specially crafted TOML document containing a long integer literal. This can cause a Node.js process to consume excessive CPU resources, leading to a denial-of-service condition. The vulnerability is caused by the `toml.parse()` function converting integer literals to `BigInt` without bounding the length of the digit sequence. This can lead to a denial-of-service condition when parsing a specially crafted TOML document. Defenders responsible for Node.js applications that parse TOML documents, especially those that handle attacker-suppled
- Vendor
- BinaryMuse
- Product
- toml
- CVSS
- HIGH 7.5
- CISA KEV
- Not listed in stored evidence
- Original CVE published
- 2026-10-22
- Original CVE updated
- 2026-10-22
- Advisory published
- 2026-10-22
- Advisory updated
- 2026-10-22
Who should care
Defenders responsible for Node.js applications that parse TOML documents, especially those that handle attacker-supplied or third-party TOML, should assess exposure and prioritize patching or mitigation.
Why it matters
CVE-2026-114144 is a denial-of-service vulnerability in the toml-node package that can be exploited by parsing a specially crafted TOML document. Defenders should prioritize patching or mitigating this vulnerability, especially in applications that parse attacker-supplied or third-party TOML.
- Denial-of-service condition due to excessive CPU consumption
- Potential for exploitation without authentication or complex crafting
- Need for patching or mitigation to prevent exploitation
Technical summary
The `toml.parse()` function in the toml-node package is vulnerable to an uncontrolled resource consumption attack. When parsing a TOML document containing a long integer literal, the function can consume excessive CPU resources, leading to a denial-of-service condition. The parser does enforce a nesting-depth limit (`MAX_DEPTH`, default 500) to guard against stack overflow from deeply nested arrays/inline tables. However, it does not bound the length of the digit sequence when converting integer literals to `BigInt`. This can lead to a denial-of-service condition when parsing a specially crafted TOML document.
Defensive priority
Defenders should prioritize patching or mitigating this vulnerability, especially in applications that parse attacker-supplied or third-party TOML.
Recommended defensive actions
- Patch to version 5.0.1 or later
- Restrict access to TOML parsing to trusted sources
- Implement input validation and sanitization for TOML documents
- Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up.
- Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance.
- Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed.
- Review compensating controls for exposed systems while remediation is scheduled and verified.
Evidence notes
The vulnerability is caused by the `toml.parse()` function converting integer literals to `BigInt` without bounding the length of the digit sequence. This can lead to a denial-of-service condition when parsing a specially crafted TOML document.
Sources and references
Verified primary and authoritative sources
-
CVE-2026-114144 CVE Program record
Publisher, destination, and source semantics verified
URL: https://www.cve.org/CVERecord?id=CVE-2026-114144
CVE Program - Official CVE Program record with source-provided CVE metadata.
-
CVE-2026-114144 NVD vulnerability detail
Publisher, destination, and source semantics verified
URL: https://nvd.nist.gov/vuln/detail/CVE-2026-114144
NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.
Supplemental references
-
toml-node: Uncontrolled resource consumption (CPU DoS) via unbounded-length integer literals in
Unverified legacy reference
URL: https://storage.googleapis.com/osv-vulnerabilities/npm/GHSA-9qmh-m7c6-f92p.json
osv_dev
-
Source reference
Unverified legacy reference
URL: https://github.com/BinaryMuse/toml-node/security/advisories/GHSA-9qmh-m7c6-f92p
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://github.com/BinaryMuse/toml-node/commit/9d52e384f6030932174d1afb0d910154dd62dead
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://github.com/BinaryMuse/toml-node
Supplemental source
-
Source reference
Unverified legacy reference
URL: https://github.com/BinaryMuse/toml-node/releases/tag/v5.0.1
Supplemental source
Methodology and review provenance
AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.