CVE-2026-55553: urllib's cross-origin redirects preserve credential-bearing request headers, leading to potential credential leakage
urllib supports redirect-following through followRedirect, which is expected behavior for an HTTP client. The issue is that, when following a redirect to a different origin, urllib preserves the caller-supplied request headers verbatim, including credential-bearing headers such as Authorization, Cookie, Proxy-Authorization, and custom auth headers (x-api-key, x-auth-token, x-access-token).
If the redirect target is attacker-controlled or outside the trust boundary of the original target, credentials intended for the original origin can be delivered to the redirected origin. In a local multi-library reproduction, urllib v4.9.0 was the only tested client that stripped no headers on cross-origin redirect.
References
- github.com/advisories/GHSA-hq3h-g68c-hp78
- github.com/node-modules/urllib/commit/7c86c465883ebd3dea5109c87d7bbe3b00960a16
- github.com/node-modules/urllib/commit/811a8d56e64e540bf6a19bf8b3737692f05d5c46
- github.com/node-modules/urllib/pull/812
- github.com/node-modules/urllib/pull/813
- github.com/node-modules/urllib/releases/tag/v2.44.1
- github.com/node-modules/urllib/releases/tag/v4.9.1
- github.com/node-modules/urllib/security/advisories/GHSA-hq3h-g68c-hp78
- nvd.nist.gov/vuln/detail/CVE-2026-55553
Code Behaviors & Features
Detect and mitigate CVE-2026-55553 with GitLab Dependency Scanning
Secure your software supply chain by verifying that all open source dependencies used in your projects contain no disclosed vulnerabilities. Learn more about Dependency Scanning →