CVE-2026-101907
Axios: maxRedirects: 0 is not enforced by the fetch adapter, allowing redirect-based SSRF
Axios is a promise-based HTTP client for the browser and Node.js. From 1.17.0 until 1.20.0, the fetch adapter bypasses the maxRedirects: 0 redirect policy. An Axios request uses the fetch adapter with maxRedirects set to zero and receives a redirect response. The underlying fetch implementation follows the redirect instead of returning the redirect response unchanged. The redirected request can access internal responses or reach state-changing internal endpoints despite redirects being disabled. This issue is fixed in version 1.20.0.
Attack profile
How easy it is to exploit
- Attack vector
- Network
- Complexity
- Low
- Privileges needed
- None
- User interaction
- None
What an attacker can affect
- Confidentiality
- None
- Integrity
- None
- Availability
- None
Exploit likelihood
What each source reports
CVE List Score used
7.0
Axios: maxRedirects: 0 is not enforced by the fetch adapter, allowing redirect-based SSRF
Axios is a promise-based HTTP client for the browser and Node.js. From 1.17.0 until 1.20.0, the fetch adapter bypasses the maxRedirects: 0 redirect policy. An Axios request uses the fetch adapter with maxRedirects set to zero and receives a redirect response. The underlying fetch implementation follows the redirect instead of returning the redirect response unchanged. The redirected request can access internal responses or reach state-changing internal endpoints despite redirects being disabled. This issue is fixed in version 1.20.0.
- Record
CVE-2026-101907- CVSS 4.0
- 7.0 High
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:H/SA:N - Weakness
- CWE-441, CWE-601
- Updated
- 2026-11-02
EUVDEUVD-2026-88384
7.0
Axios is a promise-based HTTP client for the browser and Node.js. From 1.17.0 until 1.20.0, the fetch adapter bypasses the maxRedirects: 0 redirect policy. An Axios request uses the fetch adapter with maxRedirects set to zero and receives a redirect response. The underlying fetch implementation follows the redirect instead of returning the redirect response unchanged. The redirected request can access internal responses or reach state-changing internal endpoints despite redirects being disabled. This issue is fixed in version 1.20.0.
- Record
EUVD-2026-88384- CVSS 4.0
- 7.0 High
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:H/SA:N - Updated
- 2026-11-02
GitHub AdvisoriesGHSA-r4gj-5m52-g5wh
7.0
Axios: maxRedirects: 0 is not enforced by the fetch adapter, allowing redirect-based SSRF
Summary
Axios exposes maxRedirects to limit redirect following, and maxRedirects: 0 is used by applications as a redirect-based SSRF guard. The Node HTTP adapter enforces this option. The fetch adapter does not read it and does not set a Fetch API redirect mode, so the runtime default of redirect: 'follow' applies.
Applications are affected when they rely on maxRedirects: 0 and use the fetch adapter, either explicitly or because the runtime selects it.
Impact
An attacker who controls the initial URL or a redirecting server can cause a fetch-adapter request to follow a redirect even though the caller configured maxRedirects: 0. If the redirect target is reachable only from the application environment, this can expose internal responses or trigger state-changing internal endpoints.
This should not be described as unconditional SSRF. The bypass requires a redirect source, such as an attacker-controlled server or open redirect, and an application that trusted maxRedirects: 0 as the redirect guard.
Affected Functionality
Affected:
adapter: 'fetch'.- Runtime environments where fetch is selected by adapter resolution.
- Requests configured with
maxRedirects: 0but withoutfetchOptions.redirect: 'manual'or equivalent runtime-specific redirect control.
Not affected:
- Node HTTP adapter, which enforces
maxRedirects: 0. - Requests that do not follow redirects in the underlying fetch implementation because the caller explicitly configured fetch redirect behavior.
Technical Details
lib/adapters/fetch.js destructures many fields from resolveConfig(config), but not maxRedirects. It then builds fetch options without a redirect key:
const resolvedOptions = {
...fetchOptions,
signal: composedSignal,
method: method.toUpperCase(),
headers: toByteStringHeaderObject(headers.normalize()),
body: data,
duplex: 'half',
credentials: isCredentialsSupported ? withCredentials : undefined,
};
Because redirect is absent, the Fetch API default is to follow redirects.
Local verification on axios 1.18.1 showed the HTTP adapter throwing with maxRedirects: 0, while the fetch adapter followed the same loopback 302 and returned the internal response.
Proof of Concept of Attack
Constrained local demonstration:
- Start server A that returns
302 Location: http://127.0.0.1:<server-b>/internal. - Start server B that returns
INTERNAL. - Compare:
await axios.get(serverA, { adapter: 'http', maxRedirects: 0 }); // throws
await axios.get(serverA, { adapter: 'fetch', maxRedirects: 0 }); // returns INTERNAL
Workarounds
For fetch-adapter requests, set fetchOptions: { redirect: 'manual' } where the runtime supports it, or use the Node HTTP adapter for requests that rely on axios redirect limits.
<details> <summary><h3>Original report</h3></summary>
Summary
Axios 1.17.0 exposes maxRedirects as a configuration option to limit redirect following, and setting it to 0 is a documented pattern for preventing redirect-based SSRF. The HTTP adapter enforces this via follow-redirects. The fetch adapter does not read maxRedirects at all - it passes requests to the underlying fetch() call with no redirect option, which defaults to 'follow', so redirects are followed by the runtime rather than being constrained by axios maxRedirects.
In the attached PoC, a request issued with maxRedirects: 0 and adapter: 'fetch' follows a 302 redirect to an internal service and returns its response, while the same request with adapter: 'http' correctly throws. A second bypass case demonstrates that the redirect can reach a state-changing internal endpoint, not just read-only ones, proving both confidentiality and integrity impact.
This affects any application that sets maxRedirects: 0 as a redirect guard and runs in an environment where the fetch adapter is active: Deno, Bun, Cloudflare Workers, or Node.js with adapter: 'fetch' set explicitly.
…
- Record
GHSA-r4gj-5m52-g5wh- CVSS 4.0
- 7.0 High
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:H/SA:N - Weakness
- CWE-441, CWE-601
- Updated
- 2026-11-02
NVD
7.0
Axios is a promise-based HTTP client for the browser and Node.js. From 1.17.0 until 1.20.0, the fetch adapter bypasses the maxRedirects: 0 redirect policy. An Axios request uses the fetch adapter with maxRedirects set to zero and receives a redirect response. The underlying fetch implementation follows the redirect instead of returning the redirect response unchanged. The redirected request can access internal responses or reach state-changing internal endpoints despite redirects being disabled. This issue is fixed in version 1.20.0.
- Record
CVE-2026-101907- CVSS 4.0
- 7.0 High
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:H/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 - Weakness
- CWE-441, CWE-601
- Updated
- 2026-11-02
OSV
7.0
Axios: maxRedirects: 0 is not enforced by the fetch adapter, allowing redirect-based SSRF
Axios is a promise-based HTTP client for the browser and Node.js. From 1.17.0 until 1.20.0, the fetch adapter bypasses the maxRedirects: 0 redirect policy. An Axios request uses the fetch adapter with maxRedirects set to zero and receives a redirect response. The underlying fetch implementation follows the redirect instead of returning the redirect response unchanged. The redirected request can access internal responses or reach state-changing internal endpoints despite redirects being disabled. This issue is fixed in version 1.20.0.
- Record
CVE-2026-101907- CVSS 4.0
- 7.0 High
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:H/SA:N - Weakness
- CWE-441, CWE-601
- Updated
- 2026-11-02
OSVDEBIAN-CVE-2026-101907
7.0
Axios is a promise-based HTTP client for the browser and Node.js. From 1.17.0 until 1.20.0, the fetch adapter bypasses the maxRedirects: 0 redirect policy. An Axios request uses the fetch adapter with maxRedirects set to zero and receives a redirect response. The underlying fetch implementation follows the redirect instead of returning the redirect response unchanged. The redirected request can access internal responses or reach state-changing internal endpoints despite redirects being disabled. This issue is fixed in version 1.20.0.
- Record
DEBIAN-CVE-2026-101907- CVSS 4.0
- 7.0 High
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:H/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 - Updated
- 2026-11-02
Show 10 moreShow less
OSVGHSA-r4gj-5m52-g5wh
7.0
Axios: maxRedirects: 0 is not enforced by the fetch adapter, allowing redirect-based SSRF
Summary
Axios exposes maxRedirects to limit redirect following, and maxRedirects: 0 is used by applications as a redirect-based SSRF guard. The Node HTTP adapter enforces this option. The fetch adapter does not read it and does not set a Fetch API redirect mode, so the runtime default of redirect: 'follow' applies.
Applications are affected when they rely on maxRedirects: 0 and use the fetch adapter, either explicitly or because the runtime selects it.
Impact
An attacker who controls the initial URL or a redirecting server can cause a fetch-adapter request to follow a redirect even though the caller configured maxRedirects: 0. If the redirect target is reachable only from the application environment, this can expose internal responses or trigger state-changing internal endpoints.
This should not be described as unconditional SSRF. The bypass requires a redirect source, such as an attacker-controlled server or open redirect, and an application that trusted maxRedirects: 0 as the redirect guard.
Affected Functionality
Affected:
adapter: 'fetch'.- Runtime environments where fetch is selected by adapter resolution.
- Requests configured with
maxRedirects: 0but withoutfetchOptions.redirect: 'manual'or equivalent runtime-specific redirect control.
Not affected:
- Node HTTP adapter, which enforces
maxRedirects: 0. - Requests that do not follow redirects in the underlying fetch implementation because the caller explicitly configured fetch redirect behavior.
Technical Details
lib/adapters/fetch.js destructures many fields from resolveConfig(config), but not maxRedirects. It then builds fetch options without a redirect key:
const resolvedOptions = {
...fetchOptions,
signal: composedSignal,
method: method.toUpperCase(),
headers: toByteStringHeaderObject(headers.normalize()),
body: data,
duplex: 'half',
credentials: isCredentialsSupported ? withCredentials : undefined,
};
Because redirect is absent, the Fetch API default is to follow redirects.
Local verification on axios 1.18.1 showed the HTTP adapter throwing with maxRedirects: 0, while the fetch adapter followed the same loopback 302 and returned the internal response.
Proof of Concept of Attack
Constrained local demonstration:
- Start server A that returns
302 Location: http://127.0.0.1:<server-b>/internal. - Start server B that returns
INTERNAL. - Compare:
await axios.get(serverA, { adapter: 'http', maxRedirects: 0 }); // throws
await axios.get(serverA, { adapter: 'fetch', maxRedirects: 0 }); // returns INTERNAL
Workarounds
For fetch-adapter requests, set fetchOptions: { redirect: 'manual' } where the runtime supports it, or use the Node HTTP adapter for requests that rely on axios redirect limits.
<details> <summary><h3>Original report</h3></summary>
Summary
Axios 1.17.0 exposes maxRedirects as a configuration option to limit redirect following, and setting it to 0 is a documented pattern for preventing redirect-based SSRF. The HTTP adapter enforces this via follow-redirects. The fetch adapter does not read maxRedirects at all - it passes requests to the underlying fetch() call with no redirect option, which defaults to 'follow', so redirects are followed by the runtime rather than being constrained by axios maxRedirects.
In the attached PoC, a request issued with maxRedirects: 0 and adapter: 'fetch' follows a 302 redirect to an internal service and returns its response, while the same request with adapter: 'http' correctly throws. A second bypass case demonstrates that the redirect can reach a state-changing internal endpoint, not just read-only ones, proving both confidentiality and integrity impact.
This affects any application that sets maxRedirects: 0 as a redirect guard and runs in an environment where the fetch adapter is active: Deno, Bun, Cloudflare Workers, or Node.js with adapter: 'fetch' set explicitly.
…
- Record
GHSA-r4gj-5m52-g5wh- CVSS 4.0
- 7.0 High
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:H/SA:N - Weakness
- CWE-441, CWE-601
- Updated
- 2026-11-02
OSVRHSA-2026:74869
8.2
Red Hat Security Advisory: Red Hat Hardened Images RPMs Security Update
- Record
RHSA-2026:74869- CVSS 3.1
- 8.2 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H - Updated
- 2026-11-02
OSVRHSA-2026:74871
8.2
Red Hat Security Advisory: Red Hat Hardened Images RPMs Security Update
- Record
RHSA-2026:74871- CVSS 3.1
- 8.2 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H - Updated
- 2026-11-02
OSVRHSA-2026:74872
8.2
Red Hat Security Advisory: Red Hat Hardened Images RPMs Security Update
- Record
RHSA-2026:74872- CVSS 3.1
- 8.2 High
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:L/A:H - Updated
- 2026-11-02
OSVUBUNTU-CVE-2026-101907
7.0
Axios is a promise-based HTTP client for the browser and Node.js. From 1.17.0 until 1.20.0, the fetch adapter bypasses the maxRedirects: 0 redirect policy. An Axios request uses the fetch adapter with maxRedirects set to zero and receives a redirect response. The underlying fetch implementation follows the redirect instead of returning the redirect response unchanged. The redirected request can access internal responses or reach state-changing internal endpoints despite redirects being disabled. This issue is fixed in version 1.20.0.
- Record
UBUNTU-CVE-2026-101907- CVSS 4.0
- 7.0 High
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:N/VA:N/SC:H/SI:H/SA:N - Updated
- 2026-11-02
OSVCLSA-2026-1792193115 No score
TuxCare security update for axios (2 CVEs)
TuxCare rebuilt axios to address 2 CVEs. Fixed in 1.18.1-tuxcare.2.
- Record
CLSA-2026-1792193115- Updated
- 2026-11-02
OSVCLSA-2026-1792429081 No score
TuxCare security update for axios (12 CVEs)
TuxCare rebuilt axios to address 12 CVEs. Fixed in 1.17.0-tuxcare.3.
- Record
CLSA-2026-1792429081- Updated
- 2026-11-02
OSVCLSA-2026-1792429317 No score
TuxCare security update for axios (11 CVEs)
TuxCare rebuilt axios to address 11 CVEs. Fixed in 1.18.0-tuxcare.2.
- Record
CLSA-2026-1792429317- Updated
- 2026-11-02
OSVCLSA-2026-1792488905 No score
TuxCare security update for axios (12 CVEs)
TuxCare rebuilt axios to address 12 CVEs. Fixed in 1.19.0-tuxcare.1.
- Record
CLSA-2026-1792488905- Updated
- 2026-11-02
OSVROOT-APP-NPM-CVE-2026-101907 No score
CVE-2026-101907 in axios - Patched by Root
Root has patched CVE-2026-101907 in the axios package for Root:npm. Multiple fixed versions available.
- Record
ROOT-APP-NPM-CVE-2026-101907- Updated
- 2026-11-02
Affected products
Affected packages
| Package | Affected | Fixed |
|---|---|---|
axiosnpm |
1.17.0 up to 1.20.0 | 1.20.0 |
axiosTuxCare:npm From an advisory covering 2 CVEs |
1.18.1-tuxcare.0 up to 1.18.1-tuxcare.2, plus listed versions 1.18.11.18.1-tuxcare.1 |
1.18.1-tuxcare.2 |
axiosTuxCare:npm From an advisory covering 12 CVEs |
1.17.0-tuxcare.0 up to 1.17.0-tuxcare.3, plus listed versions 1.17.01.17.0-tuxcare.11.17.0-tuxcare.2 |
1.17.0-tuxcare.3 |
axiosTuxCare:npm From an advisory covering 11 CVEs |
1.18.0-tuxcare.0 up to 1.18.0-tuxcare.2, plus listed versions 1.18.01.18.0-tuxcare.1 |
1.18.0-tuxcare.2 |
axiosTuxCare:npm From an advisory covering 12 CVEs |
1.19.0-tuxcare.0 up to 1.19.0-tuxcare.1, plus listed versions 1.19.0 |
1.19.0-tuxcare.1 |
node-axiosDebian:13 |
All versions, plus listed versions 1.11.0+dfsg-11.12.1+dfsg-11.13.1+dfsg-11.13.2+dfsg-11.14.0+dfsg-1 Show 7 moreShow less1.15.0-11.15.2-11.16.0-11.18.0-11.19.0-11.20.0-11.8.4+dfsg-1 |
None known |
node-axiosDebian:14 |
before 1.20.0-1, plus listed versions 1.11.0+dfsg-11.12.1+dfsg-11.13.1+dfsg-11.13.2+dfsg-11.14.0+dfsg-1 Show 6 moreShow less1.15.0-11.15.2-11.16.0-11.18.0-11.19.0-11.8.4+dfsg-1 |
1.20.0-1 |
grafana13.1Red Hat:hummingbird:1 From an advisory covering 12 CVEs |
before 0:13.1.6-0.6.hum1 | 0:13.1.6-0.6.hum1 |
grafana12.4Red Hat:hummingbird:1 From an advisory covering 12 CVEs |
before 0:12.4.12-0.3.hum1 | 0:12.4.12-0.3.hum1 |
grafana13.2Red Hat:hummingbird:1 From an advisory covering 11 CVEs |
before 0:13.2.1-0.9.hum1 | 0:13.2.1-0.9.hum1 |
Show 7 moreShow less
| Package | Affected | Fixed |
|---|---|---|
axiosRoot:npm |
before 1.18.0-aikido.1 | 1.18.0-aikido.11.18.1-aikido.11.19.0-aikido.2 |
@rootio/axiosRoot:npm |
before 1.18.0-root.io.1 | 1.18.0-root.io.11.18.1-root.io.11.19.0-root.io.2 |
node-axiosUbuntu:Pro:20.04:LTS |
All versions, plus listed versions 0.19.0+dfsg-20.19.0+dfsg-2ubuntu0.1~esm1 |
None known |
node-axiosUbuntu:Pro:22.04:LTS |
All versions, plus listed versions 0.21.1+dfsg-10.23.0+dfsg-20.24.0+dfsg-10.25.0+dfsg-20.26.0+dfsg-10.26.0+dfsg-1ubuntu0.1~esm1 |
None known |
node-axiosUbuntu:Pro:24.04:LTS |
All versions, plus listed versions 1.2.1+dfsg-11.5.1+dfsg-11.6.2+dfsg-11.6.8+dfsg-21.6.8+dfsg-2ubuntu0.1~esm1 |
None known |
node-axiosUbuntu:26.10 |
All versions, plus listed versions 1.13.2+dfsg-1build11.16.0-11.18.0-11.19.0-1 |
None known |
node-axiosUbuntu:Pro:26.04:LTS |
All versions, plus listed versions 1.11.0+dfsg-11.12.1+dfsg-11.13.2+dfsg-1build11.13.2+dfsg-1ubuntu0.1~esm1 |
None known |
History
| Recorded | Changed | Sources |
|---|---|---|
| affected, facts | ||
| first indexed | CVE List, EUVD, GitHub Advisories, NVD, OSV |
Dates are when Every CVE recorded each change. Upstream dates may differ.
In short
CVE-2026-101907 is a high vulnerability (CVSS 7.0) in Axios, published September 28, 2026. No source lists public exploit code. EPSS puts the chance of exploitation in the next 30 days at 0.47%, the 41st percentile. Fixed in axios 1.20.0.
References
github.com/axios/axios/security/advisories/GHSA-r4gj-5m52-g5wh
github.com/axios/axios/pull/11141
github.com/axios/axios/commit/d19040bda7a8be2f82c3c6e1a5bc03917daee39a
github.com/axios/axios/releases/tag/v1.20.0
nvd.nist.gov/vuln/detail/CVE-2026-101907
github.com/advisories/GHSA-r4gj-5m52-g5wh
Show 83 moreShow less
github.com/CVEProject/cvelistV5/tree/main/cves/2026/101xxx/CVE-2026-101907.json
security-tracker.debian.org/tracker/CVE-2026-101907
github.com/axios/axios
access.redhat.com/errata/RHSA-2026:74869
access.redhat.com/security/cve/CVE-2026-101903
access.redhat.com/security/cve/CVE-2026-93981
access.redhat.com/security/updates/classification
images.redhat.com
access.redhat.com/security/cve/CVE-2026-101906
access.redhat.com/security/cve/CVE-2026-101898
access.redhat.com/security/cve/CVE-2026-101907
access.redhat.com/security/cve/CVE-2026-101909
access.redhat.com/security/cve/CVE-2026-101908
access.redhat.com/security/cve/CVE-2026-101900
access.redhat.com/security/cve/CVE-2026-101905
access.redhat.com/security/cve/CVE-2026-101902
access.redhat.com/security/cve/CVE-2026-101901
access.redhat.com/security/cve/CVE-2026-101904
security.access.redhat.com/data/csaf/v2/advisories/2026/rhsa-2026_74869.json
bugzilla.redhat.com/show_bug.cgi?id=2538284
cve.org/CVERecord?id=CVE-2026-93981
nvd.nist.gov/vuln/detail/CVE-2026-93981
github.com/honojs/hono/security/advisories/GHSA-hxh3-vqpv-xpqv
vulncheck.com/advisories/hono-jsx-before-4.13.7-cross-site-scripting-via-unescaped-strings
bugzilla.redhat.com/show_bug.cgi?id=2542571
cve.org/CVERecord?id=CVE-2026-101898
nvd.nist.gov/vuln/detail/CVE-2026-101898
github.com/axios/axios/security/advisories/GHSA-3pq3-5fj3-cg6v
bugzilla.redhat.com/show_bug.cgi?id=2542576
cve.org/CVERecord?id=CVE-2026-101900
nvd.nist.gov/vuln/detail/CVE-2026-101900
github.com/axios/axios/security/advisories/GHSA-4hqw-qxg8-jxx2
bugzilla.redhat.com/show_bug.cgi?id=2542577
cve.org/CVERecord?id=CVE-2026-101901
nvd.nist.gov/vuln/detail/CVE-2026-101901
github.com/axios/axios/security/advisories/GHSA-542g-h47m-68v8
bugzilla.redhat.com/show_bug.cgi?id=2542575
cve.org/CVERecord?id=CVE-2026-101902
nvd.nist.gov/vuln/detail/CVE-2026-101902
github.com/axios/axios/releases/tag/v0.34.0
github.com/axios/axios/security/advisories/GHSA-9fr6-4gfg-395g
bugzilla.redhat.com/show_bug.cgi?id=2542580
cve.org/CVERecord?id=CVE-2026-101903
nvd.nist.gov/vuln/detail/CVE-2026-101903
github.com/axios/axios/security/advisories/GHSA-c29m-xwm3-cm6r
bugzilla.redhat.com/show_bug.cgi?id=2542579
cve.org/CVERecord?id=CVE-2026-101904
nvd.nist.gov/vuln/detail/CVE-2026-101904
github.com/axios/axios/security/advisories/GHSA-j8rh-479h-cp32
bugzilla.redhat.com/show_bug.cgi?id=2542584
cve.org/CVERecord?id=CVE-2026-101905
nvd.nist.gov/vuln/detail/CVE-2026-101905
github.com/axios/axios/security/advisories/GHSA-m8m8-qj5v-23w3
bugzilla.redhat.com/show_bug.cgi?id=2542583
cve.org/CVERecord?id=CVE-2026-101906
nvd.nist.gov/vuln/detail/CVE-2026-101906
github.com/axios/axios/security/advisories/GHSA-mghh-pgcx-3jjj
bugzilla.redhat.com/show_bug.cgi?id=2542586
cve.org/CVERecord?id=CVE-2026-101907
bugzilla.redhat.com/show_bug.cgi?id=2542592
cve.org/CVERecord?id=CVE-2026-101908
nvd.nist.gov/vuln/detail/CVE-2026-101908
github.com/axios/axios/security/advisories/GHSA-vh66-26gq-q6x8
bugzilla.redhat.com/show_bug.cgi?id=2542593
cve.org/CVERecord?id=CVE-2026-101909
nvd.nist.gov/vuln/detail/CVE-2026-101909
github.com/axios/axios/commit/d29be181f85f6fe93397a07b1f69606d9622637b
github.com/axios/axios/security/advisories/GHSA-x97p-jq2g-jp4f
access.redhat.com/errata/RHSA-2026:74871
access.redhat.com/security/cve/CVE-2026-93450
security.access.redhat.com/data/csaf/v2/advisories/2026/rhsa-2026_74871.json
bugzilla.redhat.com/show_bug.cgi?id=2538979
cve.org/CVERecord?id=CVE-2026-93450
nvd.nist.gov/vuln/detail/CVE-2026-93450
github.com/go-openapi/swag
github.com/go-openapi/swag/blob/v0.27.0/jsonutils/adapters/stdlib/json/adapter.go
github.com/go-openapi/swag/blob/v0.27.0/jsonutils/adapters/stdlib/json/ordered_map.go
github.com/go-openapi/swag/commit/0c24346ced59a25811e8694a915e7131d25ccb0e
github.com/go-openapi/swag/security/advisories/GHSA-xh24-9qpg-8w28
vulncheck.com/advisories/go-openapi-swag-jsonutils-before-0.27.1-uncontrolled-recursion-in-ordered-json-marshal-and-unmarshal
access.redhat.com/errata/RHSA-2026:74872
security.access.redhat.com/data/csaf/v2/advisories/2026/rhsa-2026_74872.json
ubuntu.com/security/CVE-2026-101907
Left out here: the rest of 2 source descriptions. The JSON record has them.