CVE-2026-67314
PoC massPrototype-pollution read gadget in axios Basic auth allows outbound request tampering
CVE-2026-67314 is a prototype-pollution 'read-side' gadget in the axios HTTP library (versions >= 1.15.2 and < 1.18.0), where Basic authentication subfield handling in lib/adapters/http.js and lib/helpers/resolveConfig.js falls back to inherited Object.prototype.username and Object.prototype.password values when an application-supplied auth object omits those properties. It is triggered only when the host application is already affected by a separate prototype-pollution primitive (axios itself never pollutes prototypes) and then makes an axios request with an own auth object missing username and/or password. An attacker who controls the polluted prototype values can inject attacker-chosen Basic credentials or replace an existing Authorization header on outbound requests, tampering with the application's outbound authentication; credential disclosure is possible only under additional application-specific conditions. Any application running an affected axios version that also contains a prototype-pollution weakness elsewhere is affected. No in-the-wild exploitation is known; a public vendor advisory with a PoC reference (GHSA-xj6q-8x83-jv6g) exists and EPSS is low at 0.4% (28th percentile), with no CISA KEV listing.
What to do: Upgrade axios to 1.18.0 or later, which resolves the read-side gadgets in the Basic auth handling. Because the flaw only manifests when Object.prototype is polluted by another component, audit your dependency tree for separate prototype-pollution sinks (CWE-1321, e.g. unsafe deep-merge utilities) and check whether outbound axios requests can run with auth objects that omit username/password. As an interim mitigation, always set both username and password explicitly on axios auth objects and fix any code paths that let attacker-controlled input pollute Object.prototype.
| axios | >= 1.15.2 and < 1.18.0 |
Order-of-magnitude estimate by the model from install counts, market share and public scan data it knows; verify before quoting.
axios versions >=1.15.2 and <1.18.0 contain prototype-pollution read-side gadgets in Basic auth subfield handling (lib/adapters/http.js and lib/helpers/resolveConfig.js). When an application is already affected by a separate prototype-pollution primitive and makes an axios request with an own auth object that omits the username and/or password properties, axios reads the inherited Object.prototype.username and Object.prototype.password values and uses them to construct an outbound 'Authorization: Basic ...' header. axios itself does not pollute prototypes. The practical impact is outbound request tampering: an attacker who controls the polluted prototype values can inject attacker-chosen Basic auth credentials or replace an existing Authorization header. Credential disclosure is only possible under additional application-specific conditions.
- Vendors
- axios
- Products
- axios
- Weakness
- CWE-1321
- Vector
- CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:L/VA:L/SC:N/SI:N/SA:N/E:X/CR:X/IR:X/AR:X/MAV:X/MAC:X/MAT:X/MPR:X/MUI:X/MVC:X/MVI:X/MVA:X/MSC:X/MSI:X/MSA:X/S:X/AU:X/R:X/V:X/RE:X/U:X
In the news0 stories
No ingested article mentions this CVE yet.