Skip to main content
COSMICBYTEZLABS
NewsSecurityHOWTOsToolsTraining
StudyProjectsNewsletterHire MeAbout
Subscribe

Press Enter to search or Esc to close

News
Security
HOWTOs
Tools
Training
Study
Projects
Newsletter
Hire Me
About
RSS Feed
Reading List
Subscribe

Stay in the Loop

Get the latest security alerts, tutorials, and tech insights delivered to your inbox.

Subscribe NowFree forever. No spam.
COSMICBYTEZLABS

Your trusted source for IT intelligence, cybersecurity insights, and hands-on technical guides.

1451+ Articles
151+ Guides

CONTENT

  • Latest News
  • Security Alerts
  • HOWTOs
  • Checklists
  • Projects
  • Exam Prep

RESOURCES

  • Search
  • Browse Tags
  • Newsletter Archive
  • Reading List
  • RSS Feed

COMPANY

  • About Us
  • Contact
  • Privacy Policy
  • Terms of Service

© 2026 CosmicBytez Labs. All rights reserved.

System Status: Operational
  1. Home
  2. Security
  3. CVE-2026-44488: Axios Fetch Adapter Ignores Configured Request and Response Size Limits
CVE-2026-44488: Axios Fetch Adapter Ignores Configured Request and Response Size Limits
SECURITYHIGHCVE-2026-44488

CVE-2026-44488: Axios Fetch Adapter Ignores Configured Request and Response Size Limits

Axios versions 1.7.0 through 1.15.x fail to enforce maxContentLength and maxBodyLength when using the fetch adapter, allowing unbounded request and...

Dylan H.

Security Team

June 12, 2026
4 min read

Affected Products

  • Axios 1.7.0 through 1.15.x (fetch adapter)
  • Applications using adapter:fetch or environments where fetch is the resolved adapter

Executive Summary

A high-severity security flaw has been disclosed in Axios, one of the most widely used HTTP client libraries in the JavaScript ecosystem. Tracked as CVE-2026-44488 with a CVSS score of 7.5 (High), the vulnerability affects Axios versions 1.7.0 through 1.15.x when the fetch adapter is in use.

The flaw causes Axios to silently ignore configured maxContentLength and maxBodyLength limits when sending requests with the fetch adapter, allowing applications that rely on these limits for protection against unbounded payloads to receive or send responses of arbitrary size.


Vulnerability Overview

AttributeValue
CVE IDCVE-2026-44488
CVSS Score7.5 (High)
CWECWE-770: Allocation of Resources Without Limits or Throttling
Attack VectorNetwork
Attack ComplexityLow
AuthenticationNone required (server-side application using Axios as HTTP client)
ImpactDenial of Service / Memory Exhaustion
Affected VersionsAxios 1.7.0 – 1.15.x
Fixed Version1.16.0+

Technical Details

Background: Axios Adapters

Axios supports multiple underlying transport adapters. Historically, the default adapter in Node.js was the http/https adapter (using Node's built-in modules), while browsers used the XMLHttpRequest adapter. Axios 1.7.0 introduced native support for the Fetch API as an adapter — used when adapter: 'fetch' is explicitly configured, or when Axios resolves to fetch in environments where it is available (e.g., modern Node.js 18+, edge runtimes, Deno, Bun).

The Bug

When Axios processes an HTTP request via the fetch adapter, the following configuration properties are silently ignored:

const response = await axios.get('https://api.example.com/large-file', {
  adapter: 'fetch',        // Fetch adapter selected
  maxContentLength: 1000,  // ← IGNORED with fetch adapter
  maxBodyLength: 1000,     // ← IGNORED with fetch adapter
});
// Response body can be any size — no enforcement occurs

The xhr and http adapters correctly implement these limits and throw ERR_CANCELED errors when a response or request body exceeds the configured maximum. The fetch adapter bypasses this enforcement entirely.

Why This Matters

Applications use maxContentLength and maxBodyLength to:

  1. Protect against memory exhaustion — preventing a malicious or misbehaving server from sending a multi-gigabyte response that fills available memory
  2. Prevent Denial of Service — server applications using Axios as an HTTP client can be overwhelmed by unexpectedly large response payloads
  3. Enforce business logic constraints — file upload validation, content size policies, and SLA-related limits

When these limits are ignored, an application that believes it is protected may consume unbounded memory processing a large response, leading to crashes, OOM kills, or cascading failures in dependent services.


Affected Configurations

The vulnerability affects applications that:

  • Explicitly set adapter: 'fetch' in their Axios configuration
  • Run in environments where Axios auto-selects the fetch adapter (Node.js 18+ with global fetch, edge runtimes, Cloudflare Workers, Deno, Bun)
  • Depend on maxContentLength or maxBodyLength as a security or resource control

Applications using the default xhr adapter (traditional browser XMLHttpRequest) or the http adapter (Node.js) are not affected.


Remediation

Primary Fix: Upgrade Axios

Upgrade to Axios 1.16.0 or later, which correctly enforces size limits across all adapters including fetch.

npm update axios
# or
npm install axios@latest

Verify the installed version:

npm list axios

Verify Adapter Selection

Review your Axios configuration and runtime environment to determine which adapter is active:

import axios from 'axios';
 
// Check which adapter will be used
const instance = axios.create({});
console.log(instance.defaults.adapter); // 'http', 'xhr', or 'fetch'

Immediate Workarounds

If upgrading immediately is not possible, implement size enforcement at the application layer:

// Option 1: Force the http adapter in Node.js
const instance = axios.create({ adapter: 'http' });
 
// Option 2: Implement manual size checking in an interceptor
instance.interceptors.response.use((response) => {
  const contentLength = response.headers['content-length'];
  const MAX = 1_000_000; // 1MB
  if (contentLength && parseInt(contentLength) > MAX) {
    throw new Error('Response too large');
  }
  return response;
});

Ecosystem Impact

Axios is one of the most downloaded npm packages in existence, with hundreds of millions of weekly downloads. The introduction of the fetch adapter in v1.7.0 and its gradual adoption in modern runtimes means this vulnerability has a wide blast radius — particularly in:

  • Edge functions (Cloudflare Workers, Vercel Edge, Fastly Compute) where fetch is the only available adapter
  • Bun and Deno applications that use Axios for HTTP client functionality
  • Node.js 18+ server applications where Axios may auto-select fetch

Organizations performing dependency audits should flag any Axios version between 1.7.0 and 1.15.x that is used with the fetch adapter or in edge/modern runtime environments.


References

  • NVD — CVE-2026-44488
  • Axios GitHub — Security Advisory
  • npm — axios package
  • CWE-770 — Allocation of Resources Without Limits
#CVE-2026-44488#Axios#Node.js#Browser#DoS#HTTP#JavaScript#Supply Chain

Related Articles

CVE-2026-44990: sanitize-html XMP Element XSS Bypass (CVSS 9.3)

sanitize-html versions prior to 2.17.4 allow attacker-controlled content inside a disallowed xmp element to render as live HTML, enabling stored XSS.

4 min read

CVE-2026-47131: vm2 Sandbox Escape via Buffer Prototype Hijack (CVSS 10.0)

A CVSS 10.0 critical sandbox escape in vm2 for Node.js allows sandboxed code to obtain the host TypeError constructor via Buffer.__lookupGetter__ abuse,...

6 min read

CVE-2026-47137: vm2 Sandbox Escape via Strict Equality require Bypass (CVSS 10.0)

A CVSS 10.0 critical sandbox escape in vm2 for Node.js allows attackers to bypass the require: false security option using falsy values, circumventing the...

6 min read
Back to all Security Alerts