Repository navigation
fix(deps): clear the dev tree's open security alerts in the lockfile - #204
Merged
Merged
Conversation
Eight Dependabot alerts were open against pnpm-lock.yaml, all of them in the dev dependency tree. Each package moves inside its existing range, so no manifest changes: fast-uri 3.1.2 -> 3.1.7 (#24 GHSA-fph4-wmhf-6fwf, #20 GHSA-7p8r-x3mc-p8w7, #11 GHSA-v2hh-gcrm-f6hx, #10 GHSA-4c8g-83qw-93j6) postcss 8.5.13 -> 8.5.27 (#19 GHSA-fxqj-rqcc-2cmp, #13 GHSA-r28c-9q8g-f849) brace-expansion 2.1.1 -> 2.1.4 (#12 GHSA-3jxr-9vmj-r5cp) brace-expansion 5.0.6 -> 5.0.9 (#9 GHSA-3jxr-9vmj-r5cp) nanoid 3.3.12 -> 3.3.18 comes along as postcss's own dependency. The published packages were never affected. Dependabot labels the four fast-uri alerts `runtime`, but its only path into the tree is packages/core's devDependencies (ajv / ajv-formats); the published @basou/core declares simple-git, ulid, yaml and zod alone. That is also why CI stayed green while eight alerts sat open: the audit job runs `pnpm audit --prod` by design, so a dev-only advisory never reaches it. Whether to widen that gate, and whether to enable Dependabot security updates (currently off, which is why none of these alerts opened a PR of its own), are separate calls left untouched here. One low advisory stays out of scope: esbuild 0.27.7 via tsup (GHSA-g7r4-m6w7-qqqr, a Windows dev-server file read) is patched in 0.28.1, which needs a tsup bump rather than a lockfile refresh. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
6 tasks done
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Clears all eight open Dependabot alerts on
pnpm-lock.yaml. Lockfile only --every package moves inside its existing range, so no manifest changes.
nanoid3.3.12 -> 3.3.18 comes along as postcss's own dependency. That is thewhole diff: 27 lines each way.
The published packages were never affected
Dependabot labels the four fast-uri alerts
runtime, which is wrong here. Itsonly path into the tree is
packages/core's devDependencies (ajv/ajv-formats, used by the schema tests). The published package declares fourproduction dependencies and none of them reach fast-uri:
postcssandbrace-expansionare labelleddevelopmentby Dependabot itself.Why CI stayed green while eight alerts sat open
The audit job runs
pnpm audit --audit-level=moderate --prod. Scoping it toproduction dependencies is deliberate, and it means a dev-only advisory never
reaches that gate. Nothing here changes that scope.
Separately, Dependabot security updates are disabled for this repository
(
automated-security-fixesreportsenabled: false), which is why none ofthese eight alerts opened a PR of its own --
dependabot.ymlonly configuresweekly version updates. Both of those are policy calls and are left alone in
this PR.
Verification
Run locally on this branch:
pnpm install --frozen-lockfile-- cleanpnpm typecheck-- 3/3 packagespnpm build-- 3/3 packagespnpm lint-- exit 0 (7 warnings / 1 info, all pre-existing onmain)pnpm test-- 2544 passed, 1 skipped (core 1503, cli 1023, sdk 18)pnpm audit --audit-level=moderate --prod-- no known vulnerabilitiespnpm audit --audit-level=low-- one remaining, out of scope belowOut of scope
esbuild0.27.7 reaches the tree through tsup and carries a low advisory(GHSA-g7r4-m6w7-qqqr, arbitrary file read via the dev server on Windows),
patched in 0.28.1. That is outside tsup's accepted range, so it needs a tsup
bump rather than a lockfile refresh, and it sits below the audit job's
moderatethreshold. It has no Dependabot alert open.🤖 Generated with Claude Code