Skip to content

Release workflows should scope permissions, concurrency, and timeouts explicitly #3486

Description

@Widthdom

Problem

Release-related workflows can be made more robust by scoping privileges and runtime bounds explicitly.

Evidence

  • .github/workflows/release.yml grants top-level contents: write, id-token: write, and attestations: write for the workflow, while some jobs only need read permissions.
  • No release concurrency group is configured, so tag/manual release jobs can overlap.
  • timeout-minutes appears only in mutation-testing.yml; release and build workflows rely on defaults.
  • Several curl retry/probe loops do not specify curl-level timeout flags.

Expected behavior

Move permissions to the narrowest job scope, add a release concurrency group keyed by tag/ref, and give long-running jobs/network probes explicit timeouts.

Labels

bug, security, github_actions

Metadata

Metadata

Assignees

No one assigned

    Labels

    bugSomething isn't workinggithub_actionsPull requests that update GitHub Actions codesecurity

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions