Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
📦
📦 npm
Not in CISA KEV
HIGH severity

GHSA-pm4m-ph32-ghv5 — js-yaml

HIGHFix: nodeca/js-yaml@3e5240f

GHSA-pm4m-ph32-ghv5 is a high-severity (CVSS 7.5) CWE-407 vulnerability in js-yaml. A fix is available for js-yaml — see the affected versions and patch details below.

js-yaml: Exponential parsing time in flow collections leads to denial of service

Also known asCVE-2026-73643
Published
Jul 24, 2026
Updated
Sep 10, 2026
Affected
1 pkg
Patched
1 / 1
Exploits
None indexed
Exploitation data as of Sep 28, 2026 · OSV.dev, NVD, FIRST.org (EPSS)

EPSS Exploitation Probability

via FIRST.org ↗
0.5%probability of exploitation in next 30 days
Lower Risk0.00%
Lower risk than most CVEs40th percentile — riskier than 40% of all scored CVEsHighest risk

Probability of exploitation in the next 30 days, from FIRST.org EPSS.

How urgent is this, really

GHSA-pm4m-ph32-ghv5 by exploitation likelihood (EPSS) against impact (CVSS). Outside the shaded patch-first corner.

Where this sits among everything scored

Of 247,569 CVEs with a current EPSS score, this one falls in the < 10% band (highlighted). Counts from FIRST.org, log-scaled.

Real-World Exposure

1 pkg affected

How broadly this vulnerability is actually deployed: weekly install volume shows current usage, and reverse-dependency count shows how many other packages break if it stays unpatched.

29Kother npm packages depend on this — each one inherits the vulnerability until it's patched upstream
js-yamlnpm
340.3Mdownloads / week

Description

Summary

Parsing a small YAML document can take exponential time. An application that calls load() or loadAll() on untrusted input can be hung by a payload under 200 bytes.

Details

When an entry in a flow sequence turns out to be a key: value pair, the parser rewinds and parses that entry a second time as the key. If the key is itself a nested flow sequence of the same shape, every level is parsed twice, so the total work is O(2^n) in the nesting depth. The default maxDepth of 100 does not help, because the time is already unmanageable at about 30 to 40 levels.

Root cause, potentially the: readFlowCollection in parser.ts, the restoreState followed by a second parseNode further down.

PoC

const yaml = require('js-yaml')
const n = 30
yaml.load('[ '.repeat(n) + '1' + ' ]: 0'.repeat(n))

With default options: 22 levels takes about 1 second, 26 levels about 17 seconds, 30 levels over 2 minutes. The input stays under 200 bytes and grows linearly with n.

Impact

Denial of service. A single small request can keep one CPU busy for minutes or longer and blocks the Node event loop, so one request can stall the whole process. No anchors, aliases, merges, tags, or non default options are required, and it reproduces on the default schema.

Affected Packages

1 total 1 fixed
EcosystemPackageVulnerable rangeFix
📦npmjs-yaml≥ 5.0.0&&< 5.2.25.2.2npm install js-yaml@5.2.2

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for js-yaml, including transitive dependencies — a direct dependency you never call can still pull in a vulnerable version.

  2. Fix

    Update js-yaml to 5.2.2 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-pm4m-ph32-ghv5 is resolved across your whole dependency graph.

  3. Workarounds

    Cap what an attacker can consume: apply request size, rate and timeout limits in front of the affected component, and run it with memory and CPU limits so exhaustion degrades one worker rather than the whole service.

Fixing This On Your OS

If you run this on a Linux distribution, patch through your package manager against the distro's own security advisory below — it tracks the exact backported fix for your release, which can ship on a different timeline (and sometimes a different severity) than the upstream project.

Red HatImportant

This is an Important denial-of-service flaw in the `js-yaml` library, where processing specially crafted YAML input can lead to exponential parsing time. This can cause applications utilizing affected versions of `js-yaml` within Red Hat products to consume excessive CPU resources, potentially blocking the Node.js…

Workaround published by Red Hat
To mitigate this issue, restrict applications from processing untrusted YAML input with affected versions of the `js-yaml` library. Implement strict input validation to ensure that only trusted and well-formed YAML data is processed. If the application is exposed to external, untrusted sources, consider isolating the application or implementing additional resource limits to prevent complete service disruption.
Source: Red Hat security advisory for GHSA-pm4m-ph32-ghv5 (CC BY 4.0)
ProductFixed inAdvisory
Cluster Observability Operator 1.5.0cluster-observability-operator/monitoring-console-plugin-pf6-rhel9:1787597578RHSA-2026:61314
Red Hat Ansible Automation Platform 2.2ansible-automation-platform/bootc-automation-portal-rhel9:1788943531RHSA-2026:66003
Red Hat Discovery 2discovery/discovery-ui-rhel9:1788206196RHSA-2026:61783
Red Hat Edge Manager 1.1rhem/flightctl-ui-ocp-rhel10:1789486226RHSA-2026:68044
Red Hat Edge Manager 1.1rhem/flightctl-ui-ocp-rhel9:1789486446RHSA-2026:68253
Red Hat Edge Manager 1.2rhem/flightctl-ui-ocp-rhel10:1789485920RHSA-2026:68006
Red Hat Edge Manager 1.2rhem/flightctl-ui-ocp-rhel9:1789486476RHSA-2026:68254
Red Hat Migration Toolkit 1.8rhmtc/openshift-migration-ui-rhel8:1789546373RHSA-2026:68681

Frequently Asked Questions

### Summary Parsing a small YAML document can take exponential time. An application that calls `load()` or `loadAll()` on untrusted input can be hung by a payload under 200 bytes. ### Details When an entry in a flow sequence turns out to be a `key: value` pair, the parser rewinds and parses that entry a second time as the key. If the key is itself a nested flow sequence of the same shape, every level is parsed twice, so the total work is O(2^n) in the nesting depth. The default `maxDepth` of 100 does not help, because the time is already unmanageable at about 30 to 40 levels. Root cause, pot
O3 Security · Impact-Aware SCA

Is GHSA-pm4m-ph32-ghv5 in your dependencies?

Find it across npm, including transitive dependencies.

GHSA-pm4m-ph32-ghv5: js-yaml (High 7.5) | O3 Security