CVE-2026-25223: Fastify's Content-Type header tab character allows body validation bypass
Fastify is a fast and low overhead web framework, for Node.js. Prior to version 5.7.2, a validation bypass vulnerability exists in Fastify where request body validation schemas specified by Content-Type can be completely circumvented. By appending a tab character (\t) followed by arbitrary content to the Content-Type header, attackers can bypass body validation while the server still processes the body as the original content type. This issue has been patched in version 5.7.2.
Security readout for executives and security teams
Plain-English summary
Fastify versions before 5.7.2 can be tricked into accepting a request body without applying the intended validation rules. For affected public APIs, this can let invalid or unsafe data reach application logic, creating business risk around data integrity and downstream processing.
Executive priority
Prioritize remediation for public or partner-facing Fastify APIs because the bug undermines application validation controls. If Fastify is only used internally with limited trust boundaries, urgency is lower but still appropriate for normal high-severity patch timelines.
Technical view
The issue affects Fastify < 5.7.2. A Content-Type header modified with a tab and extra content can cause body validation schemas selected by Content-Type to be bypassed while parsing still treats the body as the original type. CVSS 7.5 reflects network, unauthenticated exploitation with high integrity impact.
Likely exposure
Exposure is likely in Node.js services running Fastify before 5.7.2, especially APIs that rely on request body schemas for JSON or other typed payload validation. Transitive use through packaged platforms or Red Hat-distributed components should be checked against vendor advisories.
Exploitation context
The provided bundle does not show KEV listing or confirmed active exploitation. Public advisory and HackerOne references indicate the behavior is documented. Treat this as remotely reachable where affected Fastify endpoints accept request bodies, but do not assume exploitation without logs or vendor evidence.
Researcher notes
Focus analysis on parser-versus-validator Content-Type handling. The key question is whether routes depend on Content-Type-specific body schemas. Evidence supports a fixed upstream version, but the bundle does not prove exploitation, affected downstream products beyond listed references, or complete mitigation alternatives.
Mitigation direction
Upgrade Fastify to version 5.7.2 or later.
Check Red Hat advisories if Fastify is consumed through Red Hat products.
Inventory direct and transitive Fastify dependencies across Node.js services.
Review vendor guidance before applying nonstandard workarounds.
Prioritize internet-facing APIs that rely on request body validation.
Validation and detection
Confirm package lockfiles and SBOMs do not contain Fastify < 5.7.2.
Verify deployed containers or runtimes use the patched dependency version.
Add regression tests for abnormal Content-Type values and schema enforcement.
Review API logs for unusual Content-Type headers on body-bearing requests.
Confirm validation failures still occur for malformed request bodies.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-179: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-179 · source CWE mapping
Incorrect Behavior Order: Early Validation
Incorrect Behavior Order: Early Validation represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.
Interpretation Conflict represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.