Skip to content

ci: declare least-privilege workflow-level contents: read - #864

Merged
ismisepaul merged 1 commit into
OWASP:devfrom
arpitjain099:chore/declare-workflow-perms
May 31, 2026
Merged

ismisepaul merged 1 commit into
OWASP:devfrom
arpitjain099:chore/declare-workflow-perms

Conversation

@arpitjain099

Copy link
Copy Markdown
Contributor

Hardens 1 workflow(s) in this repo by declaring a workflow-level permissions: contents: read. Today those workflows inherit the legacy broad read-write GITHUB_TOKEN; the read-only default reduces blast radius if any step is compromised.

I checked each file - they read the checkout and run tests/lints; no GitHub API writes (no gh pr/issue, no git push, no release/publish/comment actions). So behavior is unchanged.

Reference: the tj-actions/changed-files compromise (CVE-2025-30066) is the canonical reason to apply least-privilege defaults.

Declares an explicit workflow-level permissions: contents: read on 1 workflow that currently inherit the default broad read-write GITHUB_TOKEN. Each file was inspected and only reads the checkout; none publish, push, or write via the GitHub API. Post-CVE-2025-30066 hardening default.

Signed-off-by: Arpit Jain <arpitjain099@gmail.com>

@ismisepaul ismisepaul left a comment

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

lgtm

@ismisepaul
ismisepaul merged commit 1069e4b into OWASP:dev May 31, 2026
6 checks passed
@ismisepaul

Copy link
Copy Markdown
Member

thanks @arpitjain099

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

2 participants