Skip to content

ci: declare workflow-level contents: read on 5 build/sanitizer workflows#393

Open
arpitjain099 wants to merge 1 commit into
redis:masterfrom
arpitjain099:chore/declare-workflow-perms
Open

ci: declare workflow-level contents: read on 5 build/sanitizer workflows#393
arpitjain099 wants to merge 1 commit into
redis:masterfrom
arpitjain099:chore/declare-workflow-perms

Conversation

@arpitjain099
Copy link
Copy Markdown

@arpitjain099 arpitjain099 commented May 24, 2026

Five CI workflows (ci, asan, tsan, code-style, ubsan) all run pure build and sanitizer checks. No GitHub API writes from the workflows.

Same post-CVE-2025-30066 (tj-actions/changed-files) hardening pattern. YAML validated locally with yaml.safe_load on each touched file.


Note

Low Risk
Low risk: CI-only change that tightens GitHub token permissions and should not affect build/test logic beyond potential permission-related checkout/tooling issues.

Overview
Adds workflow-level permissions: contents: read to the ci, asan, tsan, ubsan, and code-style GitHub Actions workflows to explicitly scope the default GITHUB_TOKEN to read-only repository access.

This is a hardening change aligned with least-privilege CI execution; no job steps or build/test behavior is otherwise modified.

Reviewed by Cursor Bugbot for commit af94e61. Bugbot is set up for automated code reviews on this repo. Configure here.

Five CI workflows (ci, asan, tsan, code-style, ubsan) all run pure build and sanitizer checks. No GitHub API writes from the workflows themselves.

Post-CVE-2025-30066 supply-chain hardening pattern. yaml.safe_load validated on each touched file.

Signed-off-by: Arpit Jain <arpitjain099@gmail.com>
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