Skip to content

LTS-4004: bump form-data to 4.0.6 — fixes CRLF injection (GHSA-hmw2-7cc7-3qxx)#17

Open
prasadthx wants to merge 1 commit into
mainfrom
LTS-4004-form-data-crlf-fix-rebased
Open

LTS-4004: bump form-data to 4.0.6 — fixes CRLF injection (GHSA-hmw2-7cc7-3qxx)#17
prasadthx wants to merge 1 commit into
mainfrom
LTS-4004-form-data-crlf-fix-rebased

Conversation

@prasadthx

Copy link
Copy Markdown

What

Bumps the transitive dev-dependency form-data to the patched release in the lockfile:

Copy Before After
node_modules/form-data 4.0.4 4.0.6

Adds nested hasown@2.0.4 — the sole new sub-dependency of form-data@4.0.6. Every other 4.0.6 requirement (asynckit, combined-stream, es-set-tostringtag, mime-types@2.1.35) is already satisfied by the existing tree.

Why

Resolves GHSA-hmw2-7cc7-3qxx — CRLF injection in form-data via unescaped multipart field names and filenames (CWE-93, CVSS 7.5). Patched in 4.0.6, which escapes \r, \n, and " per the WHATWG multipart/form-data algorithm.

Jira: LTS-4004

Notes

  • form-data is not a direct dependency — it's pulled in transitively by dev tooling. The patched version satisfies the existing semver range, so there is no package.json change.
  • package-lock.json-only change, +35 / −10. No runtime or source changes.
  • Supersedes LTS-4004: bump form-data to patched releases (4.0.6 / 2.5.6) — fixes CRLF injection (GHSA-hmw2-7cc7-3qxx) #14, which was based on an older main and went conflicting after the LTS-3295 SDK bump rewrote the lockfile. This branch is rebased on current main, giving a minimal, conflict-free diff (no incidental puppeteer-core churn).

🤖 Generated with Claude Code

…cc7-3qxx)

form-data through 4.0.5 concatenates field names/filenames into the
Content-Disposition header without escaping CR, LF, or " (CWE-93, CVSS 7.5).
Patched in 4.0.6, which escapes them per the WHATWG multipart algorithm.

Lockfile-only bump of the transitive dev-dependency form-data 4.0.4 -> 4.0.6
(adds nested hasown@2.0.4, the sole new sub-dependency; every other 4.0.6
requirement is already satisfied by the existing tree). No package.json or
source changes.

Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
@prasadthx prasadthx requested a review from a team as a code owner July 8, 2026 17:04
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant