Skip to main content
VulnerabilityPublished

CVE-2026-33011: nestjs nest · Always-Incorrect Control Flow Implementation

Affects nestjs nestSource CVE Database V5

0
Compare

Not known to be exploited · CVSS 8.7 High : upgrade to 11.1.16 soon.

Data as of 31 Oct 2026, 20:20 UTC

CVSS 4.0 base score
8.7High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 28% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 11.1.16
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:H/VA:N/SC:N/SI:N/SA:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 20 Mar 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 31 Oct 2026.

What to do

Upgrade nestjs nest to 11.1.16.

Affected software

ProductAffectedFixed in
nestjsnestAffected
  • <11.1.16
Fixed in
  • 11.1.16

AI-suggested

The primary mitigation is to upgrade all affected NestJS applications to version 11.1.16 or later, where the issue is fixed. Until upgrade is possible, organizations should consider implementing additional request validation at the handler level to detect and reject unexpected HEAD requests or enforce middleware logic explicitly for HEAD requests. Reviewing and hardening middleware to ensure critical security checks cannot be bypassed by HTTP method manipulation is recommended. Network-level controls such as Web Application Firewalls (WAFs) can be configured to block or monitor suspicious HEAD requests targeting GET endpoints. Application logging should be enhanced to detect anomalies in request methods and response patterns. Developers should audit their use of Fastify and NestJS middleware to understand the impact of this control flow bypass and refactor code to minimize reliance on middleware for critical security enforcement. Finally, organizations should monitor security advisories for any emerging exploits and apply patches promptly.

Description

Nest is a framework for building scalable Node.js server-side applications. In versions 11.1.15 and below, a NestJS application using @nestjs/platform-fastify GET middleware can be bypassed because Fastify automatically redirects HEAD requests to the corresponding GET handlers (if they exist). As a result: middleware will be completely skipped, the HTTP response won't include a body (since the response is truncated when redirecting a HEAD request to a GET handler), and the actual handler will still be executed. This issue is fixed in version 11.1.16.

References

Community reviews

Loading reviews…