GitHub Advisoryadvisory · npm

GHSA-h64f-5h5j-jqjh Next.js has a Denial of Service in the Image Optimization API

MEDIUM Published 2026-05-11 Modified 2026-05-14 Official page ↗
Aliases
CVE-2026-44577
Ecosystem
npm
Packages
next
Severity
Moderate
CVSS vector
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:H
Weaknesses
CWE-770
Reviewed
2026-05-11

Affected packages

• npm next: >= 10.0.0, < 15.5.16 → fixed in 15.5.16 • npm next: >= 16.0.0, < 16.2.5 → fixed in 16.2.5

Description

Impact When self-hosting Next.js with the default image loader, the Image Optimization API fetches local images entirely into memory without enforcing a maximum size limit. An attacker could cause out-of-memory conditions by requesting large local assets from the `/_next/image` endpoint that match the `images.localPatterns` configuration (by default, all patterns are allowed). • If you are using `images.localPatterns`, only the patterns in that array are impacted. • If you are using `images.unoptimized: true`, you are NOT impacted. • If you are using `images.loader: 'custom'`, you are NOT impacted. • If you are using Vercel, you are NOT impacted. Fix We now apply response size limits consistently to internal image fetches, not just external ones, and fail oversized responses before they can exhaust process memory. This can be adjusted using the `images.maximumResponseBody` configuration. Workarounds If you cannot upgrade immediately, avoid routing large local assets through `/_next/image`, disable image optimization for large or untrusted local files, or block image optimization access to those assets at the edge. You can disable using the `images.localPatterns: []` configuration. This will still allow fetching remote images (which is not impacted).

Related

Alias · CVE (1)

  • CVE-2026-44577 Next.js is a React framework for building full-stack web applications. vulnerability

Weakness · CWE (1)

  • CWE-770 Allocation of Resources Without Limits or Throttling weakness

References