CVE-2026-44486: Axios Node.js Proxy Credential Leakage Vulnerability
Axios, a widely-used HTTP client library for JavaScript, has a credential leakage vulnerability in its Node.js implementation. When your application uses Axios to make requests through an authenticated proxy, the library can accidentally include proxy login credentials in subsequent requests if it follows a redirect to a different server. This happens because Axios retains the Proxy-Authorization header even when the redirected request no longer routes through the original proxy. Browser-based Axios applications are unaffected; only Node.js deployments with automatic redirect handling and proxy authentication are vulnerable.
Source data · NVD / CISA · public domain
- CVSS
- 3.1 · 7.5 HIGH · CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N
- Weaknesses (CWE)
- CWE-200, CWE-201
- Affected products
- 1 configuration(s)
- Published / Modified
- 2026-06-11 / 2026-07-17
NVD description (verbatim)
Axios is a promise based HTTP client for the browser and Node.js. Prior to 0.32.0 and 1.16.0, Axios’ Node.js HTTP adapter can leak proxy credentials to a redirect target in affected versions. When a request is sent through an authenticated proxy, Axios may add a Proxy-Authorization header. If Axios then follows a redirect and the redirected request is no longer sent through that proxy, the stale Proxy-Authorization header can remain on the redirected request and be sent to the redirect target. This affects Node.js's use of Axios with automatic redirects enabled and an authenticated proxy configuration. Browser adapters are not affected. This vulnerability is fixed in 0.32.0 and 1.16.0.
32 reference(s) · View on NVD →
SEC.co analysis · AI-assisted, reviewed against source
Technical summary
The vulnerability stems from improper header lifecycle management in Axios' Node.js HTTP adapter. When the library forwards a request through an authenticated proxy, it adds a Proxy-Authorization header for proxy server authentication. Upon receiving a redirect response (3xx status code), Axios processes the redirect and sends the new request to the target URL. However, if the redirect destination exists outside the authenticated proxy path—such as a direct internet host or a different proxy—Axios does not strip the stale Proxy-Authorization header. Consequently, the proxy credentials are transmitted to an untrusted endpoint in cleartext or via the redirected HTTPS connection, creating a credential exposure vector. This issue arises from the adapter's failure to validate proxy applicability after redirect processing.
Business impact
Proxy credentials leaked to malicious redirect targets can be exploited by attackers to authenticate requests directly to your organization's proxy infrastructure, potentially enabling reconnaissance, lateral movement, or bypassing proxy-enforced security controls. For enterprises relying on authenticated proxies for egress filtering, DLP, or threat detection, credential compromise represents a significant control evasion risk. Applications processing sensitive data (API requests with authentication, internal service calls) routed through proxies face confidentiality risks if redirect chains are controlled by attackers. The impact is amplified in environments where proxy credentials are shared across teams or service accounts.
Affected systems
Node.js applications using Axios versions prior to 0.32.0 (for the 0.x release line) or prior to 1.16.0 (for the 1.x release line) are vulnerable. The vulnerability requires concurrent conditions: Axios must be configured with an authenticated HTTP or HTTPS proxy, automatic redirect following must be enabled (the default behavior), and a redirect response must originate from a source an attacker controls or influences. Browser-based Axios implementations are not affected because browsers enforce their own same-origin redirect policies and do not expose proxy authentication mechanisms to JavaScript.
Exploitability
Exploitability is moderate to high in specific contexts. An attacker must control or influence a redirect chain: for example, hosting a malicious web server that returns a 301/302 redirect, or compromising a legitimate server to inject redirects. Once a victim application follows that redirect, the proxy credentials are leaked in the HTTP request headers visible to the redirect target. No user interaction is required beyond the application making the initial request. However, exploitation requires that the application: (1) uses an authenticated proxy, (2) actually encounters a redirect to an attacker-controlled or attacker-influenced destination, and (3) does not validate redirect targets. In typical deployments, not all outbound requests will be redirected, limiting the practical attack surface. Nonetheless, the CVSS 7.5 (HIGH) scoring reflects the ease of triggering the condition and the severity of confidential information disclosure.
Remediation
Upgrade Axios to version 0.32.0 or later (0.x line) or version 1.16.0 or later (1.x line). These versions implement proper header sanitization, ensuring Proxy-Authorization headers are removed or revalidated when a redirect target no longer requires proxy routing. Confirm your package.json or lock file reflects the patched version and run dependency checks to catch transitive Axios dependencies. Organizations unable to patch immediately should disable automatic redirects (set maxRedirects: 0) in Axios configuration, although this may break legitimate use cases requiring redirect following.
Patch guidance
Update Axios via npm/yarn: 'npm update axios' or 'yarn upgrade axios'. Verify the installed version matches 0.32.0+ or 1.16.0+ using 'npm list axios'. If Axios is a transitive dependency, identify the parent package and update it to a version that bundles the patched Axios release; consult the vendor advisory for the upstream package. Test your application thoroughly, as disabling or altering redirect behavior can affect legitimate third-party integrations. Pin Axios to the specific patched version to prevent accidental downgrades. Review any custom proxy configurations to ensure they align with the updated adapter behavior.
Detection guidance
In Node.js application logs, monitor for unusual Proxy-Authorization header values being transmitted to external hosts or non-proxy destinations; this may appear in HTTP client debug logs or network traces. Inspect network traffic from your application to identify Proxy-Authorization headers sent to servers outside your proxy infrastructure. Web application firewalls or egress proxies can detect outbound requests containing proxy credentials to unexpected targets. Correlate application dependencies against Axios version inventory; compare against the patched versions (0.32.0, 1.16.0) to identify vulnerable deployments. Code review of redirect handling or proxy configuration may reveal implicit redirect following combined with authenticated proxy setup.
Why prioritize this
Although the CVSS score is HIGH and the vulnerability is not yet widely weaponized (no KEV listing), the exploitability depends on specific architectural conditions (authenticated proxy + redirect). Prioritization should be based on: (1) whether your Node.js applications actually use authenticated proxies (many do for egress control or inspection); (2) whether those applications handle external or user-supplied URLs that could redirect; and (3) the sensitivity of proxy credentials in your environment. Teams running microservices or making outbound API calls through proxies should treat this as a near-term patch priority. Teams without authenticated proxy deployments can defer slightly but should still address within a standard patch cycle.
Risk score, explained
CVSS 3.1 score of 7.5 (HIGH) reflects: Attack Vector = Network (AV:N, exploitable remotely without local access), Attack Complexity = Low (AC:L, no special conditions required beyond redirect occurrence), Privileges Required = None (PR:N, no prior authentication needed), User Interaction = None (UI:N, automatic), Scope = Unchanged (S:U), Confidentiality = High (C:H, proxy credentials are confidential), Integrity = None (I:N, no data modification), Availability = None (A:N, no service disruption). The confidentiality impact is substantial due to the exposure of proxy credentials, which are typically treated as sensitive. The ease of triggering a redirect condition (if an attacker controls a target) elevates the score beyond medium.
Frequently asked questions
Does this vulnerability affect applications using Axios in browsers?
No. The vulnerability is specific to Axios' Node.js HTTP adapter. Browser-based Axios relies on the browser's XMLHttpRequest or Fetch API, which enforce same-origin policies and do not expose proxy authentication to JavaScript. Only server-side Node.js deployments with authenticated proxy configurations are at risk.
What if our organization does not use authenticated proxies?
If your infrastructure does not require proxy authentication (i.e., no Proxy-Authorization header is configured), your Axios deployments are not vulnerable to this specific credential leakage. However, upgrading to the patched version is still recommended as a best practice to prevent future risks if proxy authentication is introduced.
Can we mitigate this without immediately patching?
Yes, as a temporary mitigation, set maxRedirects: 0 in your Axios configuration to disable automatic redirect following. This prevents the vulnerable code path but may break features or integrations that rely on legitimate redirects. This should be treated as a stopgap measure; upgrading to 0.32.0 or 1.16.0 is the proper fix.
How do we identify which of our applications are vulnerable?
Audit your Node.js project dependencies using 'npm list axios' or similar tools. Check the installed version against the patched versions (0.32.0+ or 1.16.0+). Additionally, review your Axios configurations for the presence of proxy authentication (e.g., httpAgent, httpsAgent with proxy credentials) combined with default or explicit redirect settings.
This analysis is based on the official CVE-2026-44486 record and Axios vendor advisories as of the publication date. Security researchers and system administrators should verify patch availability and compatibility against the official Axios GitHub repository and release notes. Patch version numbers, compatibility notes, and detailed remediation steps may evolve; consult the vendor advisory for the most current guidance. Organizations should conduct their own risk assessment based on their specific Axios usage patterns, proxy configurations, and threat model before determining patch urgency. Source: NVD (public-domain), retrieved 2026-07-20. Analysis generated by SEC.co (claude-haiku-4-5).
Related vulnerabilities
- CVE-2026-45739LOWStrawberry GraphQL Credential Exposure in GraphiQL Headers
- CVE-2026-44487HIGHAxios Proxy Credential Leakage on Redirect – Node.js Vulnerability
- CVE-2025-69755HIGHNeterbit NW-431F Router RCE and Data Exposure Vulnerability
- CVE-2026-0411HIGHNETGEAR Orbi Admin Takeover via Information Disclosure
- CVE-2026-36611HIGHMercusys AC12G Memory Disclosure Vulnerability
- CVE-2026-36719HIGHAgentChat v2.3.0 Unauthenticated Information Disclosure – Password Hash Leak
- CVE-2026-4035HIGHMLflow AI Gateway Environment Variable Credential Exposure
- CVE-2026-41032HIGHNetwork Controller Unauthenticated Log File Disclosure Vulnerability