CVE-2026-34226: Happy DOM's fetch credentials include uses page-origin cookies instead of target-origin cookies
Happy DOM is a JavaScript implementation of a web browser without its graphical user interface. Versions prior to 20.8.9 may attach cookies from the current page origin (`window.location`) instead of the request target URL when `fetch(..., { credentials: "include" })` is used. This can leak cookies from origin A to destination B. Version 20.8.9 fixes the issue.
Security readout for executives and security teams
Plain-English summary
Happy DOM, a server-side browser-like JavaScript library, could send cookies for the page origin to a different request destination during credentialed fetches. In affected versions, this creates a confidentiality risk: cookies intended for one origin may be exposed to another. The published fix is version 20.8.9.
Executive priority
Prioritize remediation where Happy DOM is used in automation, rendering, scraping, or test infrastructure that handles real cookies or secrets. For isolated test-only use with synthetic cookies, urgency is lower, but upgrading remains the cleanest control.
Technical view
Versions before 20.8.9 selected cookies from window.location rather than the target request URL for fetch with credentials include. The issue is classified as CWE-201 and CWE-359 with CVSS 7.5, network attack vector, low complexity, no privileges or user interaction, and high confidentiality impact only.
Likely exposure
Exposure is likely limited to applications, tests, crawlers, renderers, or tooling that use happy-dom versions below 20.8.9 and perform credentialed fetches with cookies present. The bundle identifies capricorn86 happy-dom as the affected product; no other products are listed.
Exploitation context
The source bundle does not identify active exploitation, and KEV is false. The risk is data leakage through incorrect cookie attachment, not code execution. Practical impact depends on whether sensitive cookies exist in Happy DOM sessions and whether credentialed cross-origin requests occur.
Researcher notes
The key flaw is origin confusion in cookie selection for credentialed fetches. Sources point to the advisory, pull request, commit, vulnerable utility file, and v20.8.9 release. Evidence supports the affected range and fix, but does not establish exploitation in the wild.
Mitigation direction
Upgrade happy-dom to version 20.8.9 or later.
Review lockfiles and transitive dependency paths for affected versions.
Check vendor advisory and release notes before relying on alternate mitigations.
Reduce credentialed cross-origin fetch use where it is not required.
Treat exposed session cookies as potentially compromised if logs show risky flows.
Validation and detection
Inventory package manifests and lockfiles for happy-dom below 20.8.9.
Identify Happy DOM code paths using credentialed fetch with cookies present.
Confirm resolved dependency version is 20.8.9 or later after update.
Review tests or tooling that simulate multiple origins with shared cookie state.
Check application logs for unexpected outbound requests carrying sensitive cookies.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-201: Information exposure and cloud metadata lookup
Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-201 · source CWE mapping
Insertion of Sensitive Information Into Sent Data
Insertion of Sensitive Information Into Sent Data represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Exposure of Private Personal Information to an Unauthorized Actor
Exposure of Private Personal Information to an Unauthorized Actor represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.