CVE-2025-62718: Axios has a NO_PROXY Hostname Normalization Bypass that Leads to SSRF
Axios is a promise based HTTP client for the browser and Node.js. Prior to 1.15.0 and 0.31.0, Axios does not correctly handle hostname normalization when checking NO_PROXY rules. Requests to loopback addresses like localhost. (with a trailing dot) or [::1] (IPv6 literal) skip NO_PROXY matching and go through the configured proxy. This goes against what developers expect and lets attackers force requests through a proxy, even if NO_PROXY is set up to protect loopback or internal services. This issue leads to the possibility of proxy bypass and SSRF vulnerabilities allowing attackers to reach sensitive loopback or internal services despite the configured protections. This vulnerability is fixed in 1.15.0 and 0.31.0.
Security readout for executives and security teams
Plain-English summary
Axios versions before 1.15.0 and 0.31.0 may mishandle NO_PROXY protections for loopback or internal hosts. In affected server-side applications, a request developers expected to stay direct can instead go through a configured proxy, creating SSRF exposure to sensitive local or internal services.
Executive priority
Prioritize remediation for internet-facing or integration-heavy services that make server-side HTTP requests. This is high risk because it can undermine network boundaries used to protect internal services, but urgency should be scoped by actual Axios, proxy, and user-controlled URL exposure.
Technical view
The flaw is a hostname normalization bypass in Axios NO_PROXY matching. Certain loopback host forms, including trailing-dot localhost and IPv6 loopback literals, can fail NO_PROXY checks and be proxied. The issue maps to SSRF/proxy bypass classes and is fixed in Axios 1.15.0 and 0.31.0.
Likely exposure
Exposure is most likely in Node.js applications using Axios with proxy settings and NO_PROXY rules to protect loopback or internal services, especially where users or external data influence server-side request destinations.
Exploitation context
The source bundle does not show active exploitation, and KEV is false. Practical risk depends on whether attackers can influence Axios request URLs and whether the proxy path can reach sensitive internal or loopback services.
Researcher notes
Focus assessment on URL parsing, hostname normalization, proxy decision logic, and NO_PROXY matching. Do not assume exploitability from package presence alone; confirm reachable call paths, attacker-controlled destinations, and proxy routing to protected assets.
Mitigation direction
Upgrade Axios to 1.15.0, 0.31.0, or later supported versions.
Review vendor and downstream advisories, including Red Hat errata where applicable.
Audit services that combine Axios, proxy settings, and NO_PROXY protections.
Add defense-in-depth allowlists for server-side outbound request destinations.
Restrict proxy access to loopback and sensitive internal services where possible.
Validation and detection
Inventory lockfiles and runtime images for affected Axios versions.
Identify server-side Axios usage that accepts user-influenced URLs.
Review proxy and NO_PROXY configuration for loopback and internal host assumptions.
Confirm upgraded builds use Axios 1.15.0, 0.31.0, or later.
Check application logs for unexpected proxied requests to internal destinations.
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 · low confidence lookup
CWE-1289: Exact CWE lookup
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.
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.
CWE-918: 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.
The CVE wording references SSRF or metadata access, so cloud discovery and credential material review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program 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-1289 · source CWE mapping
Improper Validation of Unsafe Equivalence in Input
Improper Validation of Unsafe Equivalence in Input represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Unintended Proxy or Intermediary ('Confused Deputy')
Unintended Proxy or Intermediary ('Confused Deputy') represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Server-Side Request Forgery (SSRF) represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.