Skip to content

fix(deps): bump fast-uri past 4 HIGH advisories in both lockfiles - #849

Merged
scottschreckengaust merged 1 commit into
mainfrom
fix/848-fast-uri-osv
Sep 3, 2026
Merged

fix(deps): bump fast-uri past 4 HIGH advisories in both lockfiles#849
scottschreckengaust merged 1 commit into
mainfrom
fix/848-fast-uri-osv

Conversation

@isadeks

@isadeks isadeks commented Sep 2, 2026

Copy link
Copy Markdown
Contributor

Closes #848.

security-pr fails on main, and therefore on every branch merged with it. osv-scanner reports 8 findings across two lockfiles, all fast-uri@3.1.5 — four distinct HIGH advisories, counted once per lockfile:

Advisory Issue
GHSA-5jgf-p345-68v8 host confusion, skipped IDN
GHSA-jqff-g426-hqxp host confusion, encoded scheme
GHSA-f65p-4m7j-42xc SSRF, malformed IPv6
GHSA-fph4-wmhf-6fwf SSRF, repeated separators

fast-uri is transitive (via ajv) and pins already existed in both places — both at ^3.1.5, which resolves to exactly the vulnerable version. Bumped to ^3.1.6; both lockfiles now resolve 3.1.7.

Mirrored deliberately: integrations/jira-forge-app is a standalone npm project outside the yarn workspaces, so the root resolutions bump does not reach it and its package-lock.json has to be re-locked separately. That is the case check:transitive-pin-sync exists for (#712).

Lockfile-only — no source change. Four files: two pins, two lockfiles.

Verified locally:

  • mise run security:deps → exit 0 (was 1)
  • mise run drift-preventioncheck-transitive-pin-sync: OK — 4 shared pin(s) in sync between root resolutions and jira-forge-app

Same shape as #637/#636. Filed separately rather than folded into #705, which this currently blocks but did not cause.

`security-pr` fails on `main`, and therefore on every branch merged with it. osv-scanner
reports 8 findings across two lockfiles, all `fast-uri@3.1.5` — four distinct HIGH
advisories counted once per lockfile:

  GHSA-5jgf-p345-68v8  host confusion via skipped IDN canonicalization
  GHSA-jqff-g426-hqxp  host confusion via percent-encoded scheme
  GHSA-f65p-4m7j-42xc  SSRF via malformed IPv6
  GHSA-fph4-wmhf-6fwf  SSRF via repeated host separators

`fast-uri` is transitive (via `ajv`) and pins already existed in both places — both at
`^3.1.5`, which resolves to exactly the vulnerable version. Bumped to `^3.1.6`; both
lockfiles now resolve `3.1.7`.

Mirrored deliberately: `integrations/jira-forge-app` is a standalone npm project outside
the yarn workspaces, so the root `resolutions` bump does not reach it and its
`package-lock.json` has to be re-locked on its own. That is the case
`check:transitive-pin-sync` exists for (#712).

Lockfile-only — no source change. Verified `mise run security:deps` exits 0 (was 1) and
`mise run drift-prevention` reports `check-transitive-pin-sync: OK — 4 shared pin(s) in
sync between root resolutions and jira-forge-app`.

Closes #848
@isadeks
isadeks requested review from a team as code owners September 2, 2026 18:56
@isadeks isadeks added dependencies Pull requests that update a dependency file security Cedar/HITL, IAM least-privilege, secrets, PII/DLP, guardrails, supply-chain/CVE ci-cd Build pipeline, deploy.yml, CI perf/caching, GitHub Actions workflows labels Sep 2, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

ci-cd Build pipeline, deploy.yml, CI perf/caching, GitHub Actions workflows dependencies Pull requests that update a dependency file security Cedar/HITL, IAM least-privilege, secrets, PII/DLP, guardrails, supply-chain/CVE

Projects

None yet

Development

Successfully merging this pull request may close these issues.

fix(deps): bump fast-uri past 4 HIGH advisories in both lockfiles

3 participants