Restrict docs broken-links workflow permissions#6330
Conversation
There was a problem hiding this comment.
Summary: This PR adds an explicit contents: read permissions block to the docs broken-links GitHub Actions workflow, reducing default token privileges. No exploitable security vulnerabilities were identified.
Risk: Low risk. The change narrows CI permissions and does not introduce new authentication, authorization, data handling, or external execution paths.
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThe docs-broken-links workflow now declares top-level ChangesDocs broken links workflow
🚥 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 |
There was a problem hiding this comment.
Pull request overview
This PR addresses CodeQL alert 60 (actions/missing-workflow-permissions) by explicitly setting least-privilege GitHub Actions token permissions for the documentation broken-links workflow.
Changes:
- Adds an explicit top-level
permissionsblock to the workflow. - Restricts
GITHUB_TOKENtocontents: readfor the job’s needs (e.g.,actions/checkout).
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
Summary
Fixes CodeQL alert 60 (
actions/missing-workflow-permissions) by adding an explicit least-privilege permissions block to the docs broken-links workflow.Change
permissions: contents: readto.github/workflows/docs-broken-links.ymlValidation
Summary by CodeRabbit