Axios is a widely used promise-based HTTP client for browsers and Node.js. It is commonly placed on authentication, API integration, redirect, proxy and service-to-service boundaries. Its current security relevance includes SSRF and credential leakage via URL resolution behavior, proxy and NO_PROXY bypasses, HTTP/2 denial-of-service conditions, header handling risks, and a confirmed 2026 npm supply-chain compromise involving malicious axios versions. Production usage should prefer axios 1.18.0 or later and explicitly block malicious versions 1.14.1 and 0.30.4.
CategoryHTTP Client
Ecosystemnpm / JavaScript
Common usageAPI clients, frontend requests, backend integrations, authentication flows, redirects, headers, JSON payloads and HTTP automation.
Risk modelHigh-risk dependency when used with SSRF-sensitive flows, proxy rules, redirects, custom headers, credentials or untrusted URL construction.
•••
Why it is widely used
Simple and consistent API compared to native HTTP implementations.
Works across browsers and Node.js with a unified programming model.
Provides built-in handling for JSON payloads, headers, redirects and timeouts.
Supports interceptors for authentication, logging, observability and request manipulation.
Frequently embedded in SDKs, cloud integrations, payment platforms and third-party connectors.
Commonly used in service-to-service architectures and distributed systems.
Acts as a trust-boundary component between user-controlled input and external services.
Frequently appears in SSRF-sensitive request flows and proxy-controlled environments.
Risk score92
Known issues17
Exploit maturityPublic advisories, confirmed supply-chain compromise, reproducible PoCs and active operational relev
No vulnerability records match the selected filter.
FikreSekhel Research
Research Notes
Behavioral findings, exploitability observations and operational dependency intelligence
produced by FikreSekhel for this library.
FS-AXIOS-REDIRECT-001
Cross-Origin Redirect Custom Header Leakage
Custom credential propagation across outbound trust-boundary transitions
ValidatedHighConfirmed
Runtime validation confirmed that Axios redirect processing may preserve application-defined custom sensitive headers during cross-origin redirect chains even when standard Authorization headers are stripped.
SurfaceRedirect Processing
PrimitiveCustom Header Credential Propagation
Tested versions1.8.1
Observed behavior
FikreSekhel runtime instrumentation demonstrated that a trusted Axios client initiated a request toward an expected internal origin, received a redirect response, and automatically followed the redirect to a different origin while preserving X-API-Key header material. Authorization was removed, but custom credential propagation persisted across origin transition.
Security implication
Applications relying exclusively on Authorization stripping during redirect handling may still leak service credentials encoded in custom headers. This creates credential exposure risk in webhook processors, API gateways, redirect-capable integrations, metadata retrieval services and multi-tenant backend routing flows.
Mitigation
Disable automatic redirects when unnecessary, sanitize redirect destinations explicitly, and strip all custom credential-bearing headers using beforeRedirect hooks. Treat redirect traversal as an explicit outbound trust-boundary transition.
Observed before mitigation
Initial trusted request included Authorization and X-API-Key toward internal destination.
Need private intelligence for your codebase?Request deeper analysis, exploitability review and dependency risk mapping from the Fikresekhel consulting team.
Request private intelligenceTell us how we can help your team.
Create Runtime Exposure Project
Create a project to receive telemetry from the FRES local sensor.
Login required
Sign in to unlock private vulnerability intelligence.
My AccountChange your account password.
Privacy & Cookies
FikreSekhel uses cookies and local storage for authentication,
workspace preferences and platform analytics.