Skip to content

fix(deps): raise lodash override above GHSA-r5fr-rjxr-66jc - #198

Merged
aquie00t merged 1 commit into
mainfrom
fix/lodash-advisory
Aug 24, 2026
Merged

fix(deps): raise lodash override above GHSA-r5fr-rjxr-66jc#198
aquie00t merged 1 commit into
mainfrom
fix/lodash-advisory

Conversation

@aquie00t

Copy link
Copy Markdown
Collaborator

What does this PR do?

Dependency Review is failing on #187 — and will fail on every rebased dependabot PR — with:

pnpm-lock.yaml » lodash@4.17.23 – lodash vulnerable to Code Injection
via `_.template` imports key names (high severity)
GHSA-r5fr-rjxr-66jc

The pin was one advisory generation behind. 4.17.23 is the patched version for the older advisory (<=4.17.22), but it sits inside the range of the newer one — >=4.0.0 <=4.17.23, first patched in 4.18.0. Exactly the stale-exact-pin pattern #184 cleaned up for ws, fast-uri and brace-expansion; this one I carried over verbatim rather than raising, and it turned out to be stale too.

Worth knowing

lodash is not in the dependency graph — zero package entries in pnpm-lock.yaml, nothing in node_modules. What Dependency Review reports is the override declaration itself, read out of the lockfile's overrides: block. So this floor is purely defensive: it costs nothing today and covers the case where something pulls lodash back in transitively. If you would rather not carry dead pins, deleting the line entirely works just as well — say the word and I will swap the approach.

I checked the other eleven overrides against the GitHub Advisory DB while I was in here. None are below their patched version:

override status
hono >=4.12.25, brace-expansion >=5.0.9, fast-uri >=3.1.5, ws >=8.21.0 covered (raised in #184)
effect 3.20.0, fast-jwt 6.2.4, @hono/node-server 1.19.13 exactly at the patched version
picomatch ^4.0.4, yaml ^2.8.3, fast-xml-parser ^5.5.7, vite 8.0.16 outside every vulnerable range

Type of Change

  • Bug fix
  • New feature
  • Refactor
  • Documentation
  • Chore

Checklist

  • My branch follows the naming convention (feature/, fix/, chore/, docs/)
  • My commits follow Conventional Commits
  • I have tested my changes locally
  • I have not introduced any breaking changes
  • I have updated relevant documentation if needed

Verified on top of current main (which now carries the ioredis 6.0.0 major from #197): pnpm build, pnpm lint, pnpm test:unit 597/597 all clean.

Two-line diff — the override string in pnpm-workspace.yaml and its mirror in the lockfile.

🤖 Generated with Claude Code

The pin sat at exactly 4.17.23, which is the patched version for the older
advisory (<=4.17.22) but is itself inside the range of the newer one:
GHSA-r5fr-rjxr-66jc covers >=4.0.0 <=4.17.23, first patched in 4.18.0.

Dependency Review fails every PR whose diff touches the lockfile overrides
block because of it — #187 is the current example.

lodash is not in the dependency graph at all right now (zero entries in the
lockfile), so this floor is purely defensive: it costs nothing today and
covers the case where something pulls lodash back in.

Checked the other eleven overrides against the GitHub Advisory DB while I
was here; none of them are below their patched version.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@aquie00t
aquie00t merged commit ade9307 into main Aug 24, 2026
10 checks passed
@aquie00t
aquie00t deleted the fix/lodash-advisory branch August 24, 2026 18:25
github-actions Bot pushed a commit that referenced this pull request Aug 24, 2026
## [1.0.3](v1.0.2...v1.0.3) (2026-08-24)

### Bug Fixes

* **deps:** raise lodash override above GHSA-r5fr-rjxr-66jc ([#198](#198)) ([ade9307](ade9307)), closes [#187](#187)
@github-actions

Copy link
Copy Markdown

🎉 This PR is included in version 1.0.3 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant