Skip to content

ci: declare workflow-level contents: read on the 9 python-N.yml build workflows#412

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

ci: declare workflow-level contents: read on the 9 python-N.yml build workflows#412
arpitjain099 wants to merge 1 commit into
python:masterfrom
arpitjain099:chore/declare-workflow-perms-readonly

Conversation

@arpitjain099
Copy link
Copy Markdown

Pins the default GITHUB_TOKEN to contents: read on the per-Python-version build workflows. Each one runs sphinx-build / msgfmt against the translated rst files and uploads the rendered HTML as a workflow artifact, with no GitHub API mutation:

  • python-37.yml, python-38.yml, python-39.yml, python-310.yml, python-311.yml, python-312.yml, python-313.yml, python-314.yml, python-315.yml

update-tx-config.yml is intentionally left implicit; it commits and pushes via GITHUB_TOKEN, so the scope is best declared by a maintainer who owns the translation-sync flow.

Why

CVE-2025-30066 (March 2025 tj-actions/changed-files supply-chain compromise) exfiltrated GITHUB_TOKEN from workflow logs and the leaked token retained whatever scope was issued at the workflow level. Pinning per workflow caps that runtime authority irrespective of the repo or org default, gives drift protection if the default ever widens, and is credited per-file by the OpenSSF Scorecard Token-Permissions check.

YAML validated locally with yaml.safe_load on each touched file.

… workflows

Pins the default GITHUB_TOKEN to contents: read on the per-Python-
version build workflows. Each one runs sphinx-build / msgfmt against
the translated rst files and uploads the rendered HTML as a workflow
artifact - no GitHub API mutation.

- python-37.yml, python-38.yml, python-39.yml, python-310.yml,
  python-311.yml, python-312.yml, python-313.yml, python-314.yml,
  python-315.yml

update-tx-config.yml is intentionally left implicit; it commits and
pushes via GITHUB_TOKEN, so the scope is best declared by the
maintainer who owns the translation-sync flow.

Motivation: CVE-2025-30066 (March 2025 tj-actions/changed-files
compromise) exfiltrated GITHUB_TOKEN from workflow logs. Per-workflow
caps bound runtime authority irrespective of repo or org default,
give drift protection if the default ever widens, and are credited
per-file by the OpenSSF Scorecard Token-Permissions check.

YAML validated locally with yaml.safe_load.

Signed-off-by: Arpit Jain <[email protected]>
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