CVE-2026-42043
Official description Straight from the sourceThe vendor's or NVD's own wording, published unedited. Authoritative, but often terse — it says what broke, rarely what to do.
NVD · uneditedAxios is a promise based HTTP client for the browser and Node.js. Prior to 1.15.1 and 0.31.1, an attacker who can influence the target URL of an Axios request can use any address in the 127.0.0.0/8 range (other than 127.0.0.1) to completely bypass the NO_PROXY protection. This vulnerability is due to an incomplete for CVE-2025-62718, This vulnerability is fixed in 1.15.1 and 0.31.1.
In the news
Third-party coverageSurfaced from public web coverage — external links open in a new tab.
Technical summary Written by usOur analysis, written from the advisory, the CVSS vector and the affected-version data. It adds context the advisory leaves out, and never invents facts that are not in the source.
dbcve analysis · high confidenceIn the NO_PROXY environment variable handling, Axios only excluded 127.0.0.1 from proxy bypass but failed to block the entire 127.0.0.0/8 range (127.0.0.2-127.255.255.255). An attacker who controls the request URL can use addresses like 127.0.0.2 to bypass NO_PROXY protections and access internal services that should have been excluded from proxying.
Verify against the referenced sources before acting — the references below are authoritative for this CVE, this summary is not.
Affected products & versions What the vendor confirmedThe version ranges the vendor confirmed as vulnerable. If your version sits inside a range here, treat yourself as exposed until you have upgraded.
NVD · CPE data< 0.31.1>= 1.0.0, < 1.15.1CVSS breakdown How the score is builtThe industry scoring standard. It rates how the flaw is reached, what it takes to exploit, and what an attacker gains — the score is derived from those, not the other way round.
From the vector- Attack vector
- Network
- Complexity
- Low
- Privileges
- None
- User interaction
- None
- Scope
- Changed
- Confidentiality
- High
- Integrity
- High
- Availability
- None
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:N
Am I affected? How to checkSteps we derive from the advisory and the affected-version data, so you can decide whether this CVE reaches your setup. They are a guide, not a scan — your own configuration is the authority.
dbcve checksWork through these to decide whether this CVE applies to you.
-
Check installed Axios versionRun `npm list axios` or inspect package.json to find the installed version of the axios packageAffected if The installed version is less than 0.31.1, or greater than or equal to 1.0.0 but less than 1.15.1
-
Identify if NO_PROXY or proxy exclusion is configuredSearch environment variables for NO_PROXY, no_proxy, HTTP_PROXY, HTTPS_PROXY, or check application code for proxy configuration passed to Axios requests (axios.defaults.proxy, request config proxy option)Affected if Proxy exclusion rules (NO_PROXY or similar) are configured but only designed to block 127.0.0.1 rather than the full 127.0.0.0/8 range
-
Verify if application handles user-influenced URLsAudit application code to determine whether any endpoint accepts user input that gets incorporated into the URL passed to axios.get(), axios.post(), or similar methodsAffected if User-controlled or externally-influenced input can construct or modify the request URL
-
Test loopback range bypassIf proxy exclusion is configured, make a request to an address like 127.0.0.2, 127.0.1.1, or 127.255.255.254 while ensuring that address is in NO_PROXY, and observe whether the request bypasses the proxy entirelyAffected if Requests to 127.0.0.2-127.255.255.255 bypass proxy settings while 127.0.0.1 is correctly excluded
You are affected if Axios version is below 1.15.1 (or below 0.31.1 for the 0.x branch), proxy exclusion via NO_PROXY is configured, and user-controlled input can influence request URLs to target the full 127.0.0.0/8 range.
Generated from the published advisory. Verify against your own configuration.
Remediation Closing itWhat it takes to close this. Where a vendor fix exists we point at it; where none exists we say so plainly, and can build one. Effort estimates are scoped from the advisory, not from your codebase.
dbcve · scoped0.31.11.15.1
Upgrade Axios to version 1.15.1 or 0.31.1, which contains the complete fix for CVE-2025-62718 that now properly handles the full 127.0.0.0/8 loopback range.
Axios 1.15.1 (for >=1.0.0) or 0.31.1 (for <1.0.0)
- Check the current axios version in package.json (if using version >= 1.0.0, upgrade to 1.15.1; if using version < 1.0.0 like 0.x, upgrade to 0.31.1)
- Run `npm install [email protected]` for axios >= 1.0.0, or `npm install [email protected]` for axios 0.x
- Alternatively, run `npm install axios@latest` to get the latest stable version which includes the fix
- Verify the installation was successful by running `npm list axios`
- Test the application to ensure requests and NO_PROXY functionality work as expected
Generated from the published advisory — verify against the referenced sources before acting.
- Consultation1.0 h
- Implementation2.0 h
- Testing3.0 h
- Review / QA1.0 h
An estimate, not a bill — we confirm scope with you before any work starts. Need it this week? Rush from $1,904.
Scan for this in your stack
Free · runs locallyCheck whether your project pulls in CVE-2026-42043 — or any other known-vulnerable package — straight from your lock files. Free and open source; it runs locally and uploads nothing.
References Go to the primary sourcePrimary sources — vendor advisories, patches and trackers. Where our summary and a reference disagree, the reference wins.
Primary sources- github.com
- github.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- access.redhat.com
- bugzilla.redhat.com
- security.access.redhat.com
- nvd.nist.gov
Practitioner notes
ContributedPeer-ranked notes from engineers who’ve handled CVE-2026-42043 in production — separate from our analysis above.
The advisory tells you what broke. It rarely tells you what actually worked. If you’ve dealt with this one, that detail is what the next engineer is searching for.
- The version that genuinely resolved it — not the one the vendor claimed
- A config change or rule that shut the vector down
- A gotcha in the upgrade path that cost you an afternoon
No notes yet
Be the first to add a field note for this CVE — a mitigation you’ve verified, a version caveat, or a link to a working fix. Sign in above to contribute.
A place for practitioners to share what actually worked: a mitigation you’ve tested, a configuration change, a version- or environment-specific caveat, or a link to a verified patch. The most useful notes rise to the top as peers upvote them, so the signal stays high.
- Verified mitigations, workarounds, and config changes
- Version or environment caveats, and links to real fixes
- No weaponised exploit code, or anything meant to cause harm
- No spam, self-promotion, credentials, or personal data