chore(dependabot): security-first posture — ignore majors, keep grouped patch/minor - #299
chore(dependabot): security-first posture — ignore majors, keep grouped patch/minor#299KrasimirKralev wants to merge 1 commit into
Conversation
…ed patch/minor Dependabot was emitting risky major bumps (TypeScript 5->7, @types/node 20->26 against a Node 22 runtime, jsdom 28->30, jest-dom 6->7) as ungrouped PRs, while its actual value — security-update PRs — was dormant because repo alerts are off. Add ignore rules for version-update:semver-major on the bun and github-actions ecosystems so routine churn is grouped patch/minor only. Security-update PRs are unaffected (they bypass ignore/group rules) and still land when alerts are on; majors become an opt-in, by-hand decision. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
📝 WalkthroughWalkthroughDependabot documentation now defines security and routine update behavior. Bun major updates are ignored. GitHub Actions updates run weekly against ChangesDependabot policy
Estimated code review effort: 1 (Trivial) | ~5 minutes Suggested reviewers: 🚥 Pre-merge checks | ✅ 4 | ❌ 1❌ Failed checks (1 warning)
✅ Passed checks (4 passed)
✨ 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 |
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In @.github/dependabot.yml:
- Around line 4-6: Update the explanatory comment near the “Dependabot alerts”
note to require enabling both Dependabot alerts and Dependabot security updates
in repository settings, while preserving the existing description of
security-update PR behavior.
🪄 Autofix
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: ASSERTIVE
Plan: Pro Plus
Run ID: 41dada55-08e6-4a2e-9452-43a5f4eb3ac7
📒 Files selected for processing (1)
.github/dependabot.yml
| # 1. Real vulnerabilities — security-update PRs. These need "Dependabot | ||
| # alerts" enabled in Settings → Code security (admin toggle). They ALWAYS | ||
| # target the default branch, ignore the groups/ignore rules below, and only |
There was a problem hiding this comment.
🔒 Security & Privacy | 🟠 Major | ⚡ Quick win
🧩 Analysis chain
🏁 Script executed:
#!/bin/bash
set -euo pipefail
echo "== dependabot.yml =="
cat -n .github/dependabot.yml | sed -n '1,90p'
echo
echo "== git status/stat =="
git status --short || true
git diff --stat || true
echo
echo "== search dependency/security settings docs in repo =="
rg -n "Dependabot (security updates|alerts)|code security|security-update|github-code-scanning|dependabot-security" .github README.md 2>/dev/null || trueRepository: ID-Robots/clawbox
Length of output: 2825
🌐 Web query:
GitHub Dependabot alerts security updates separate setting security-update pull requests documentation
💡 Result:
Dependabot alerts and Dependabot security updates are two distinct but related features in GitHub [1]. While they are both part of GitHub's supply chain security tools, they function differently and are managed through separate settings [1][2]. Dependabot alerts Dependabot alerts are notifications that inform you about vulnerable dependencies within your project [3][4]. When enabled, GitHub monitors your repository's dependency graph and alerts you whenever a known security vulnerability is detected in one of your dependencies [1][3]. These alerts are primarily informational, designed to help you identify and manage risks [3][4]. Dependabot security updates Dependabot security updates are an automated remediation feature [1]. When this feature is enabled, GitHub automatically attempts to create a pull request to update a vulnerable dependency to a secure version as soon as a Dependabot alert is raised [1][5]. Key Differences and Relationship - Settings: Dependabot alerts and security updates have separate settings in your repository's "Settings" tab under "Code security and analysis" [1][6][2]. - Dependency: Dependabot security updates rely on the presence of Dependabot alerts; specifically, a security update pull request is triggered by the generation of a Dependabot alert for a dependency on your default branch [1][5]. - Configuration: While the core feature for security updates is toggled in the repository settings, you can further customize how these pull requests are raised (e.g., grouping, labels, assignees) by adding a dependabot.yml file to your repository [6][2]. - Interaction: There is no direct interaction between the dependabot.yml file's version update schedules and security updates, as security updates are triggered immediately by security advisories rather than by a schedule [5]. Merging a security update pull request will automatically mark the corresponding Dependabot alert as resolved [1][5]. In summary, Dependabot alerts provide the notification of a vulnerability, and Dependabot security updates provide the automated pull request to fix it [1][3]. You can choose to enable alerts without enabling automatic security updates, but security updates cannot function without the underlying alerts enabled [1].
Citations:
- 1: https://docs.github.com/en/code-security/concepts/supply-chain-security/dependabot-security-updates
- 2: https://docs.github.com/en/code-security/concepts/supply-chain-security/about-the-dependabot-yml-file
- 3: https://docs.github.com/en/enterprise-cloud@latest/code-security/concepts/supply-chain-security/dependabot-alerts
- 4: https://github.com/github/docs/blob/main/content/repositories/managing-your-repositorys-settings-and-features/enabling-features-for-your-repository/managing-security-and-analysis-settings-for-your-repository.md
- 5: https://docs.github.com/en/code-security/concepts/supply-chain-security/dependabot-pull-requests
- 6: https://docs.github.com/github/managing-security-vulnerabilities/configuring-dependabot-security-updates
Enable Dependabot security updates separately.
Dependabot alerts create vulnerability notifications; Dependabot security updates create the automatic security-update PRs. Update this note to require both settings.
🤖 Prompt for AI Agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
In @.github/dependabot.yml around lines 4 - 6, Update the explanatory comment
near the “Dependabot alerts” note to require enabling both Dependabot alerts and
Dependabot security updates in repository settings, while preserving the
existing description of security-update PR behavior.
Why
Dependabot is currently emitting risky major version bumps as individual PRs — TypeScript 5→7,
@types/node20→26 (against a Node 22 runtime), jsdom 28→30, jest-dom 6→7 — while its actual value, security-update PRs, is dormant because repo Dependabot alerts are disabled.For an edge-deployed, network-exposed device OS, stability beats currency for routine deps. This shifts Dependabot to a security-first, low-churn posture.
What changed
ignorerules forversion-update:semver-majoron the bun and github-actions ecosystems.ignore/group rules and still land when alerts are enabled. Majors that fix a real CVE still come through as security updates.open-pull-requests-limit: 0(security-only) entry is unchanged.Companion action (admin, not in this PR)
Enable Dependabot alerts in Settings → Code security — that turns on the security-update PRs this config is built around. Without it, the security half stays dormant.
Queue cleanup
The open major-bump PRs (#291, #293, #290, #292, #286, #287, #288) are being closed as superseded by this policy. The grouped patch/minor PR (#289) is kept for a device-build check before merge.
Config file only — no runtime code touched.
Summary by CodeRabbit