CVE-2026-84375: js-yaml: maxTotalMergeKeys does not limit CPU use for empty merge sources
js-yaml is a JavaScript YAML parser and dumper. From 3.0.0 until 3.15.2 and 4.3.2, maxTotalMergeKeys in lib/js-yaml/loader.js and lib/loader.js does not count empty mapping sources while processing the merge key <<. An attacker can alias a large sequence of empty mappings into many merge targets, causing O(N K) processing while totalMergeKeys remains unchanged and the configured resource limit is never reached. A relatively small YAML document can therefore cause prolonged CPU consumption in applications that parse untrusted YAML, and merge processing is enabled by default on these release lines. This issue is fixed in versions 3.15.2 and 4.3.2.
Affected Software
Remediation
Recommended actions to resolve this vulnerability, in priority order.
- Upgrade
Upgrade
js-yamlto a version that resolves this vulnerability.Fixed in 3.15.2 - Upgrade
Upgrade
js-yamlto a version that resolves this vulnerability.Fixed in 4.3.2
Event History
Frequently Asked Questions
Which deployments are exposed to this issue?
Applications using js-yaml versions 3.0.0 through 3.15.2 or version 4.3.2 that parse attacker-controlled YAML are exposed. Merge-key processing is enabled by default on the affected release lines.
What does an attacker need to exploit this?
An attacker needs only to supply a crafted YAML document for parsing; no authentication or user interaction is required. The document uses aliases of a large sequence of empty mappings across many merge targets to drive prolonged CPU consumption.
Does configuring maxTotalMergeKeys prevent exploitation?
No. On affected versions, empty mapping sources are not counted while processing the << merge key, so totalMergeKeys can remain unchanged and the configured limit is not reached.
What should be done if updating cannot happen immediately?
The provided information identifies no complete configuration workaround. Reduce or eliminate parsing of untrusted YAML where possible, since the vulnerable merge processing is enabled by default.
How can I determine whether the issue is fixed?
Use a js-yaml version containing the fix: 3.15.2 or 4.3.2. Versions in the stated affected ranges should be treated as vulnerable when they parse untrusted YAML.