Summary
When trustProxy is configured with a restrictive trust function (e.g., a specific IP like trustProxy: '10.0.0.1', a subnet, a hop count, or a custom function), the request.protocol and request.host getters read X-Forwarded-Proto and X-Forwarded-Host headers from any connection — including connections from untrusted IPs. This allows an attacker connecting directly to Fastify (bypassing the proxy) to spoof both the protocol and host seen by the application.
Affected Versions
fastify <= 5.8.2
Impact
Applications using request.protocol or request.host for security decisions (HTTPS enforcement, secure cookie flags, CSRF origin checks, URL construction, host-based routing) are affected when trustProxy is configured with a restrictive trust function.
When trustProxy: true (trust everything), both host and protocol trust all forwarded headers — this is expected behavior. The vulnerability only manifests with restrictive trust configurations.
References
| Link | Resource |
|---|---|
| https://cna.openjsf.org/security-advisories.html | Third Party Advisory |
| https://github.com/fastify/fastify/security/advisories/GHSA-444r-cwp2-x5xf | Vendor Advisory |
| https://www.cve.org/CVERecord?id=CVE-2026-3635 | Third Party Advisory |
Configurations
History
No history.
Information
Published : 2026-03-23 14:16
Updated : 2026-06-17 10:43
NVD link : CVE-2026-3635
Mitre link : CVE-2026-3635
CVE.ORG link : CVE-2026-3635
JSON object : View
Products Affected
fastify
- fastify
CWE
CWE-348
Use of Less Trusted Source
