chore(deps): update dependency fastify to v5 [security]#18
chore(deps): update dependency fastify to v5 [security]#18renovate[bot] wants to merge 1 commit into
Conversation
da7f627 to
a4f4577
Compare
a0549a8 to
5c91885
Compare
217504a to
851e287
Compare
851e287 to
a456520
Compare
1b2d1cb to
a431a7e
Compare
a431a7e to
1b03332
Compare
230e77b to
5af2f99
Compare
6fb586e to
cc9daf2
Compare
6254b99 to
0fe6748
Compare
0fe6748 to
1a0603f
Compare
1a0603f to
8ff7fe0
Compare
8ff7fe0 to
f2624b5
Compare
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: ⛔ Files ignored due to path filters (1)
📒 Files selected for processing (1)
🚧 Files skipped from review as they are similar to previous changes (1)
📝 WalkthroughWalkthroughThis pull request updates the 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@package.json`:
- Line 42: The package currently depends on fastify "^5.0.0", which introduces
breaking API changes; either pin fastify to a v3/v4-compatible version or
migrate code to v5: update all fastify.listen(port) calls to fastify.listen({
port }), audit all fastify.register(...) usages and plugin imports to use v4+
naming (e.g., replace fastify-static with `@fastify/static`) and ensure
fastify-graceful-shutdown and `@types/fastify-static` are version-compatible or
replaced, and run a code search for ".listen(" without an options object and for
"fastify.register" to locate and fix remaining call sites.
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Organization UI
Review profile: CHILL
Plan: Pro Plus
Run ID: a734e73c-622c-4dea-b0e0-8415aa45b687
⛔ Files ignored due to path filters (1)
pnpm-lock.yamlis excluded by!**/pnpm-lock.yaml
📒 Files selected for processing (1)
package.json
| "@types/fastify-static": "^2.2.3", | ||
| "@types/node": "^14.18.63", | ||
| "fastify": "^3.29.5", | ||
| "fastify": "^5.0.0", |
There was a problem hiding this comment.
Critical breaking changes in Fastify v5 will cause test failures.
This major version jump from v3 to v5 introduces multiple breaking changes that affect the codebase:
-
listen()API signature changed (v4+): The test helper atsri-plugin/examples/wsi-test-helper.js:103callsawait fastify.listen(port), but Fastify v4+ requires an options object:await fastify.listen({ port }). This will throw a TypeError at runtime. -
Plugin compatibility concerns: The related plugins
fastify-static@^4.7.0(line 44) andfastify-graceful-shutdown@^4.0.1(line 43) need verification for Fastify v5 compatibility. Additionally,fastify-staticwas renamed to@fastify/staticin the Fastify v4 ecosystem. -
Type definitions:
@types/fastify-static@^2.2.3(line 40) may not provide correct types for Fastify v5.
Run the following script to verify Fastify usage patterns and check for additional breaking changes:
#!/bin/bash
# Description: Find all Fastify usage in the codebase and check for v3-style API calls
echo "=== Searching for Fastify instantiation and listen() calls ==="
rg -n -A 5 -B 2 'Fastify\s*\(' --type=js
echo -e "\n=== Searching for .listen( calls that may need migration ==="
rg -n -P '\.listen\s*\(\s*(?!{)' --type=js
echo -e "\n=== Searching for fastify plugin registrations ==="
rg -n 'fastify\.register\(' --type=js -A 2Additionally, search the web for migration guidance:
Fastify v3 to v5 migration guide breaking changes
fastify-static v4 compatibility with Fastify v5
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In `@package.json` at line 42, The package currently depends on fastify "^5.0.0",
which introduces breaking API changes; either pin fastify to a v3/v4-compatible
version or migrate code to v5: update all fastify.listen(port) calls to
fastify.listen({ port }), audit all fastify.register(...) usages and plugin
imports to use v4+ naming (e.g., replace fastify-static with `@fastify/static`)
and ensure fastify-graceful-shutdown and `@types/fastify-static` are
version-compatible or replaced, and run a code search for ".listen(" without an
options object and for "fastify.register" to locate and fix remaining call
sites.
f2624b5 to
d0cb603
Compare
This PR contains the following updates:
^3.29.5→^5.0.0Warning
Some dependencies could not be looked up. Check the Dependency Dashboard for more information.
Fastify's Content-Type header tab character allows body validation bypass
CVE-2026-25223 / GHSA-jx2c-rxcm-jvmq
More information
Details
Impact
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.For example, a request with
Content-Type: application/json\tawill bypass JSON schema validation but still be parsed as JSON.This vulnerability affects all Fastify users who rely on Content-Type-based body validation schemas to enforce data integrity or security constraints. The concrete impact depends on the handler implementation and the level of trust placed in the validated request body, but at the library level, this allows complete bypass of body validation for any handler using Content-Type-discriminated schemas.
This issue is a regression or missed edge case from the fix for a previously reported vulnerability.
Patches
This vulnerability has been patched in Fastify v5.7.2. All users should upgrade to this version or later immediately.
Workarounds
If upgrading is not immediately possible, user can implement a custom
onRequesthook to reject requests containing tab characters in the Content-Type header:Resources
Severity
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
fastify: request.protocol and request.host Spoofable via X-Forwarded-Proto/Host from Untrusted Connections
CVE-2026-3635 / GHSA-444r-cwp2-x5xf
More information
Details
Summary
When
trustProxyis configured with a restrictive trust function (e.g., a specific IP liketrustProxy: '10.0.0.1', a subnet, a hop count, or a custom function), therequest.protocolandrequest.hostgetters readX-Forwarded-ProtoandX-Forwarded-Hostheaders 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.protocolorrequest.hostfor security decisions (HTTPS enforcement, secure cookie flags, CSRF origin checks, URL construction, host-based routing) are affected whentrustProxyis configured with a restrictive trust function.When
trustProxy: true(trust everything), bothhostandprotocoltrust all forwarded headers — this is expected behavior. The vulnerability only manifests with restrictive trust configurations.Severity
CVSS:3.1/AV:A/AC:H/PR:N/UI:N/S:C/C:H/I:N/A:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
Release Notes
fastify/fastify (fastify)
v5.8.3Compare Source
This fixes CVE CVE-2026-3635 GHSA-444r-cwp2-x5xf.
What's Changed
New Contributors
Full Changelog: fastify/fastify@v5.8.2...v5.8.3
v5.8.2Compare Source
What's Changed
New Contributors
Full Changelog: fastify/fastify@v5.8.1...v5.8.2
v5.8.1Compare Source
Fixes "Missing End Anchor in "subtypeNameReg" Allows Malformed Content-Types to Pass Validation": GHSA-573f-x89g-hqp9.
CVE-2026-3419
Full Changelog: fastify/fastify@v5.8.0...v5.8.1
v5.8.0Compare Source
What's Changed
tsconfig.eslint.jsonby @mrazauskas in #6524New Contributors
Full Changelog: fastify/fastify@v5.7.4...v5.8.0
v5.7.4Compare Source
Full Changelog: fastify/fastify@v5.7.3...v5.7.4
v5.7.3Compare Source
CVE-2026-25224.What's Changed
Full Changelog: fastify/fastify@v5.7.2...v5.7.3
v5.7.2Compare Source
Parsing of the
content-typeheader has been improved to a strict parser in PR #6414. This means only header values in the form described in RFC 9110 are accepted.What's Changed
New Contributors
Full Changelog: fastify/fastify@v5.7.1...v5.7.2
v5.7.1Compare Source
What's Changed
Full Changelog: fastify/fastify@v5.7.0...v5.7.1
v5.7.0Compare Source
What's Changed
New Contributors
Full Changelog: fastify/fastify@v5.6.2...v5.7.0
v5.6.2Compare Source
v5.6.1Compare Source
What's Changed
New Contributors
Full Changelog: fastify/fastify@v5.6.0...v5.6.1
v5.6.0Compare Source
What's Changed
New Contributors
Full Changelog: fastify/fastify@v5.5.0...v5.6.0
v5.5.0Compare Source
What's Changed
New Contributors
Full Changelog: fastify/fastify@v5.4.0...v5.5.0
v5.4.0Compare Source
What's Changed
Configuration
📅 Schedule: (in timezone Asia/Shanghai)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.