Skip to content

fix(ci): stop persisting a write-scoped git credential through npm ci - #2

Open
wyre-agent-fleet[bot] wants to merge 1 commit into
mainfrom
fix/cwe-250-persist-credentials
Open

wyre-agent-fleet[bot] wants to merge 1 commit into
mainfrom
fix/cwe-250-persist-credentials

Conversation

@wyre-agent-fleet

@wyre-agent-fleet wyre-agent-fleet Bot commented Sep 15, 2026 •

Copy link
Copy Markdown

Stops persisting a write-scoped git credential through npm ci (CWE-250).

The release job declares contents: write, which overrides this repo's
read-only default workflow permission — so actions/checkout's default
persisted credential was write-scoped and stayed live in .git/config
through dependency install, build and test, readable by any compromised
dependency lifecycle script during that window. persist-credentials: false
is semantic-release's own documented GitHub Actions recipe: it authenticates
its own pushes from GITHUB_TOKEN directly and never needed the persisted
credential.

Part of a pattern-set fix across WYRE-AI/node-*. Originally found and
fixed on 4 repos (node-spanning#46, node-domotz#48,
node-kaseya-quote-manager#16, node-alternative-payments#20), then a
propagation scope-check found the same pattern on 18 more repos. Full set
(18, this repo included) so reviewers can see membership:

node-axcient, node-blumira, node-clio, node-connectwise-cpq, node-datto-bcdr, node-datto-saas-protection, node-huntress, node-iqms, node-kaseya-bms, node-kaseya-vsa, node-mailprotector, node-mimecast, node-ncentral, node-proofpoint-essentials, node-rootly, node-scalepad, node-threatlocker, node-unitrends

Generated by warden's Gate-3 CWE-250 review, per boss's set-completeness ruling.


View with [code]smith Autofix with [code]smith
Need help on this PR? Tag @codesmith-bot with what you need. Autofix is disabled.

The release job declares `contents: write`, which overrides this repo's
read-only default workflow permission, so actions/checkout's default
persisted credential was write-scoped and stayed live in .git/config through
npm ci / build / test -- readable by any compromised dependency lifecycle
script. persist-credentials: false is semantic-release's own documented
recipe; it authenticates its pushes from GITHUB_TOKEN directly.

Part of the CWE-250 pattern-set fix across WYRE-AI/node-*. Sibling PRs:
node-spanning#46, node-domotz#48, node-kaseya-quote-manager#16,
node-alternative-payments#20 (already merged/merging), plus this repo and
17 others in the same follow-up set.
@coderabbitai

coderabbitai Bot commented Sep 15, 2026

Copy link
Copy Markdown

Warning

Review limit reached

Next included review available in 16 minutes.

Check out review usage here.

View limit details

Limit details: You’ve used all 10 included reviews currently available.

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

Learn how review limits work.

Review configuration:

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Advanced

Run ID: 54fa6906-ccb8-449c-aa46-21586260e951

📥 Commits

Reviewing files that changed from the base of the PR and between b27db81 and a07f015.

📒 Files selected for processing (2)
  • .github/workflows/release.yml
  • CHANGELOG.md

Comment @coderabbitai help to get the list of available commands.

@wyre-agent-fleet

Copy link
Copy Markdown
Author

Peer review (comment-only, per the shared-identity self-approval gate).

Verdict: approve, no blockers.

Verified independently against the actual diff content (not just warden's filing summary), as part of the 18-PR CWE-250 follow-up set-review:

  • release.yml: adds persist-credentials: false to the release job's actions/checkout step, with the same explanatory comment across all 18 PRs (CWE-250: the release job's contents: write permission makes checkout's default persisted credential write-scoped and live in .git/config through npm ci; persist-credentials: false is semantic-release's own documented recipe since it authenticates pushes via GITHUB_TOKEN directly). The core fix content is byte-identical across the batch -- raw diff size varies only where a repo's pre-existing checkout step used a different YAML style (inline vs multi-line map).
  • CHANGELOG.md: entry added under this repo's existing Unreleased section, correct per this repo's own convention.
  • No unrelated files touched -- scope is clean.

Full batch (all independently verified): node-axcient#2, node-blumira#41, node-clio#2, node-connectwise-cpq#2, node-datto-bcdr#55, node-datto-saas-protection#55, node-huntress#43, node-iqms#39, node-kaseya-bms#48, node-kaseya-vsa#50, node-mailprotector#2, node-mimecast#44, node-ncentral#4, node-proofpoint-essentials#1, node-rootly#27, node-scalepad#2, node-threatlocker#31, node-unitrends#51

@asachs01 asachs01 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Review

Change: Adds persist-credentials: false to the actions/checkout step in the release workflow, plus an inline comment explaining the rationale and a CHANGELOG entry.

Correctness: Verified — the release job declares contents: write, which overrides the repo default read-only workflow permission, so the default checkout credential is write-scoped and would otherwise sit in .git/config through npm ci/build/test. Setting persist-credentials: false is the documented semantic-release mitigation (it auths its own pushes via GITHUB_TOKEN), so the fix directly addresses the described CWE-250 exposure with no loss of functionality.

Security: This is the security fix — closes a window where a compromised dependency lifecycle script during npm ci could read a write-scoped git credential off disk. No new secrets, no injection vectors introduced. Correct placement (under the checkout step, before npm ci runs).

Code quality: Minimal, single-purpose diff. Inline comment is clear and justifies the change well.

Tests: No test coverage possible/needed for a workflow-permission change like this; acceptable for CI config.

Docs/changelog: CHANGELOG entry accurately describes the fix and matches the PR description.

No issues found. Approving.

@asachs01

Copy link
Copy Markdown
Contributor

Code Review Summary — Claude Code

Verdict: Approve

Critical

None

Warnings

None

Suggestions

None

Looks Good

  • Minimal, single-purpose diff scoped to .github/workflows/release.yml: adds persist-credentials: false to the actions/checkout step in the release job.
  • Root cause correctly identified: the job's contents: write permission overrides the repo's read-only default, so the checkout-persisted credential was write-scoped and lived on disk in .git/config through npm ci, build, and test — a real CWE-250 exposure window if any dependency lifecycle script were compromised.
  • Fix is the documented semantic-release recipe: semantic-release authenticates its own pushes via GITHUB_TOKEN and never needed the persisted git credential, so disabling persistence has no functional downside.
  • Inline comment explains the "why" clearly for future maintainers.
  • CHANGELOG.md updated consistently with the change.
  • No test changes needed — this is a CI-config-only fix with no application code impact.

@asachs01 asachs01 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Reviewed by Claude Code. Adds persist-credentials: false to actions/checkout in the release workflow so the write-scoped git credential (from this job's contents: write permission) no longer lingers in .git/config through npm ci; semantic-release still authenticates pushes via GITHUB_TOKEN, so nothing breaks. Safe and correctly scoped.

@asachs01

Copy link
Copy Markdown
Contributor

Code Review Summary (Reviewed by Hermes Agent)

Looks Good

  • Correctly identifies the gap: the release job's contents: write permission overrides the repo default, so actions/checkout's persisted credential is write-scoped and remains on disk through npm ci/build/test — exploitable by a compromised dependency lifecycle script (CWE-250).
  • persist-credentials: false is the right, minimal fix and matches semantic-release's own documented recipe (it authenticates pushes via GITHUB_TOKEN directly, not the persisted git credential).
  • Change is scoped to the checkout step only; no functional/build behavior affected.
  • CHANGELOG entry documents the change clearly for downstream consumers.

Suggestions

  • Consider adding this as a lint/policy check (e.g. a repo-wide CI guard) across the org's other release workflows so the pattern doesn't need to be reintroduced PR-by-PR per repo.

No security regressions introduced; fix closes the stated gap.

@asachs01

Copy link
Copy Markdown
Contributor

Reviewed against the verified fleet-wide fix pattern: this diff adds persist-credentials: false to the actions/checkout step in .github/workflows/release.yml (with matching CHANGELOG entry), preventing the write-scoped git credential from persisting through npm ci in the release job (CWE-250). semantic-release authenticates its own pushes via GITHUB_TOKEN directly, so this credential was unnecessary and its removal introduces no functional regression. Matches the pattern confirmed in WYRE-AI/node-unitrends#51. Approved.

Reviewed by Hermes Agent

@asachs01

Copy link
Copy Markdown
Contributor

Review — headRefOid a07f0150a2f6df6e12da6b84460905fe83d1d67a

Scope: CI-only fix, same pattern-set — adds persist-credentials: false to the release workflow's actions/checkout@v4 step (CWE-250) plus a CHANGELOG entry.

Critical

  • None.

Warnings

  • Minor note: this repo pins actions/checkout@v4 and actions/setup-node@v4 by tag rather than by commit SHA, unlike some sibling repos in this set which pin to full SHAs (e.g. node-unitrends/node-threatlocker pin actions/checkout@3d3c42e... # v7.0.1). Not a blocker for this PR (out of scope — pre-existing), but worth a follow-up to align supply-chain pinning practice across the fleet.

Suggestions

  • Same as sibling PRs: confirm no other workflow in this repo needs the identical persist-credentials: false treatment.

Looks Good

  • Correct, minimal, well-justified fix for the stated CWE-250 issue.
  • CHANGELOG entry is clear and consistent with the pattern-set wording used across the other 17 repos.
  • No functional code touched.

Verdict: Comment only

@asachs01 asachs01 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Code Review

Verdict: Approve

Correctness & Security

  • Same CWE-250 fix as the rest of this pattern-set: persist-credentials: false added to the release job's checkout, so the write-scoped credential created by this job's contents: write permission no longer sits on disk through npm ci/lint/test/build, where a compromised dependency's lifecycle script could read and abuse it. semantic-release authenticates its own push via GITHUB_TOKEN and doesn't need the persisted credential, so this is a pure security tightening with no functional change.
  • Diff is minimal and targeted — correct line, correct job.

Code Quality (minor, non-blocking)

  • Small style nit: the new persist-credentials: false line runs directly into - name: Setup Node.js with no blank line separating the two steps, unlike the equivalent PRs in node-unitrends/node-threatlocker which kept a blank line there. Purely cosmetic, not worth blocking on.

Tests / Docs

  • No functional code path touched. CHANGELOG.md entry present and consistent with sibling repos in this set.

Approving — correct, minimal, consistent with the rest of the fleet-wide fix.


Reviewed SHA: a07f015

@asachs01

Copy link
Copy Markdown
Contributor

Claude Code Review

Verdict: Approve

Correctness

Adds persist-credentials: false to the actions/checkout@v4 step in the release workflow. Correct fix: the release job runs with contents: write, which makes the default persisted checkout credential write-scoped for the duration of npm ci, build and test — exactly the window a compromised dependency lifecycle script could exploit. semantic-release doesn't need the persisted credential since it pushes via GITHUB_TOKEN directly.

Security

This is the fix for CWE-250 (unnecessary credential exposure). Correct and sufficient remediation.

Code Quality

Inline comment documents the reasoning well. One minor observation (pre-existing, not introduced by this PR): actions/checkout@v4 and actions/setup-node@v4 are pinned to mutable major-version tags rather than commit SHAs, unlike the sibling node-threatlocker PR in this same pattern-set which pins to a SHA — worth a follow-up for supply-chain consistency, but not a blocker here.

Tests

N/A — CI config change only.

Docs

CHANGELOG.md updated under ### Added with a clear entry.

Looks Good

Clean, minimal, correctly scoped security fix. Safe to merge.

@asachs01 asachs01 left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Hermes Agent Review

Verdict: Approve

Correct, minimal fix for CWE-250 (write-scoped git credential left live in .git/config through npm ci). persist-credentials: false is the documented semantic-release recipe since it authenticates its own pushes via GITHUB_TOKEN — no functional regression, changelog entry included, scoped to the affected job only.

Looks Good

  • Fix is correctly scoped (only the release job, which is the one declaring contents: write)
  • Rationale comment inline explains the CWE and why persist-credentials: false is safe here
  • Changelog entry present

No blocking issues.


Reviewed by Hermes Agent

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