chore(deps): add Renovate rule for org workflow SHA pin updates#39
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Run ID: 📒 Files selected for processing (1)
WalkthroughThis PR updates the Renovate configuration to add a specialized rule for GitHub Actions updates in the ChangesGitHub Actions Renovate Configuration
Estimated code review effort🎯 2 (Simple) | ⏱️ ~8 minutes Suggested labels
Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Dependency Review✅ No vulnerabilities or license issues or OpenSSF Scorecard issues found.Scanned FilesNone |
There was a problem hiding this comment.
Pull request overview
Updates the repository’s Renovate configuration to better manage dependency automation, including an added rule intended to track org-level reusable GitHub workflow references for SHA pin updates.
Changes:
- Re-formats and slightly adjusts the global Renovate schedule (adds weekend coverage).
- Adds a new
packageRulesentry intended to follow thev1tag for specific org workflow dependencies. - Retains existing grouping/automerge/security/lockfile-maintenance rules while restructuring the JSON formatting.
| "ByronWilliamsCPA/.github", | ||
| "williaby/.github" |
PR Review#39 | chore(deps): add Renovate rule for org workflow SHA pin updates
Critical (must fix before merge)
Important (should fix)
Suggested minimal fix for the new packageRule{
"description": "Track org workflow floating v1 tag for SHA pin updates",
"matchManagers": ["github-actions"],
"matchPackagePatterns": [
"ByronWilliamsCPA/.github",
"williaby/.github"
],
"versioning": "semver-coerced",
"followTag": "v1",
"pinDigests": true,
"automerge": false
}🤖 Generated with Claude Code |
…2026-139 (torch) (#44) * fix(security): resolve PYSEC-2026-161 (starlette) and suppress PYSEC-2026-139 (torch) Unblocks CI on PRs #39, #40, and #41. Both pip-audit and osv-scanner were flagging the same two CVEs, cascading into Code Quality, OSV Scanner, Security Gate, and CI Gate failures on every open PR. - Bump fastapi>=0.133.0 in [audio] extras and regenerate uv.lock; fastapi 0.136.3 + starlette 1.1.0 resolve PYSEC-2026-161. - Add PYSEC-2026-139 (torch/CVE-2026-4538) to osv-scanner.toml and [tool.pip-audit] ignore-vuln; no upstream fix exists. Torch is an optional [ml] extra absent from the production container. - Document PYSEC-2026-139 in docs/known-vulnerabilities.md per project CVE policy; reassess-by 2026-07-26. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs: correct torch CVE suppression justification and compensating controls The PYSEC-2026-139 / CVE-2026-4538 suppression in three files contained two false claims: 1. "torch is never imported by the deployed service" - vad.py:16 has an unconditional top-level `import torch`, refuting the grep verification. 2. "not installed in the production container (which installs only the audio extra)" - the Dockerfile runs `uv sync --frozen --no-dev` with no --extra flags; no optional extras are installed at all. The compensating control (torch absent from production) remains valid. Update all three files to state the accurate mechanism: the Dockerfile installs no optional extras, so neither [ml] (direct) nor [audio] (transitive via silero-vad) entries for torch reach the runtime image. Remove the false grep verification claim from compensating controls. Also corrects: - Package field: adds the silero-vad transitive path in [audio] extra - Patched version row: shortened to fit 120-char Markdown line limit - pyproject.toml fastapi comment: "starlette<1.0.0" -> "starlette 0.x"; "starlette 1.x" -> "starlette>=1.1.0" (1.1.0 is the specific fix version) - osv-scanner.toml: replaces -- double-dash with comma (writing rule PC-011) Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> * docs(changelog): add PYSEC-2026-161 and CVE-2026-4538 security entries Per CLAUDE.md CVE Citation Policy: any CHANGELOG entry that fixes a security vulnerability must include the CVE ID if one has been assigned. - PYSEC-2026-161 (starlette < 1.1.0): resolved by fastapi>=0.133.0 - CVE-2026-4538 / PYSEC-2026-139 (torch 2.9.1, AV:L HIGH): deferred with reassess-by 2026-07-26; no upstream fix available Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com> --------- Co-authored-by: Claude Sonnet 4.6 <noreply@anthropic.com>
CI-056 compliance: adds followTag rule for ByronWilliamsCPA/.github packages so Renovate keeps SHA pins current after each release. Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
84d37df to
ff66b28
Compare
|



Summary
packageRulesentry to track the floatingv1tag onByronWilliamsCPA/.githuborg workflowsversioning: semver-coerced(wassemver; barev1is not valid semver, causing the rule to silently do nothing)automerge: falseadded to prevent the broader "Auto-merge GitHub Actions minor/patch updates" rule from inheriting automerge behavior for org workflows (supply chain security risk)pinDigests: trueadded so SHA pins are refreshed whenever the floating tag movesmatchPackagePatternsscoped toByronWilliamsCPA/.githubonly (removedwilliaby/.github)mainbaselineWhy automerge is false
Org-level shared workflows run with elevated permissions and have a wider blast radius than individual action dependencies. Every SHA-pin update for these workflows should go through a human review before merge, even for patch-level bumps.
CI status
All CI failures on this PR are pre-existing on
main(OSV vulnerability scanner flagging tracked CVEs indocs/known-vulnerabilities.md). The cascade failure in "Dependency vulnerability scan" is the same root cause. These are not introduced by this PR, which touches onlyrenovate.json.Test plan
pre-commit run --all-filespasses in the fix worktreeByronWilliamsCPA/.githubworkflows after mergeSummary by CodeRabbit