Skip to content

fix(ci): pin bfra-me/.github renovate.yaml reusable workflow to SHA - #950

Open
fro-bot wants to merge 1 commit into
mainfrom
fix/pin-renovate-workflow-sha
Open

fix(ci): pin bfra-me/.github renovate.yaml reusable workflow to SHA#950
fro-bot wants to merge 1 commit into
mainfrom
fix/pin-renovate-workflow-sha

Conversation

@fro-bot

@fro-bot fro-bot commented Sep 8, 2026

Copy link
Copy Markdown

What

Pins the reusable workflow reference at .github/workflows/renovate.yaml:34 from the floating @v4 tag to a full commit SHA with a version comment: bfra-me/.github/.github/workflows/renovate.yaml@5310cfc4af25a89c95e1ac64bf7e9e5503bde9a1 # v4.26.0.

Why

This was the only floating-tag uses: reference found across a scan of all 6 non-archived bfra-me org repos' workflows. It's inconsistent with:

  • Every other bfra-me repo, which pins the same reusable workflow to a full SHA.
  • This repo's own .github/workflows/update-repo-settings.yaml, which already pins the sibling reusable workflow from the same bfra-me/.github release to 5310cfc4af25a89c95e1ac64bf7e9e5503bde9a1 # v4.26.0.

Floating tags on reusable workflow calls are a supply-chain risk (a tag can be moved/deleted) and this org's stated convention (bfra-me/.github AGENTS.md) is to always pin actions/workflows to a commit SHA with a version comment.

Verification

  • Confirmed 5310cfc4af25a89c95e1ac64bf7e9e5503bde9a1 is the current v4.26.0 tag target:
    gh api repos/bfra-me/.github/git/refs/tags/v4.26.0 --jq '.object.sha'
    # 5310cfc4af25a89c95e1ac64bf7e9e5503bde9a1
    
  • This matches the SHA already pinned in this repo's update-repo-settings.yaml:16.
  • No behavior change — same tag, just pinned instead of floating. CI on this PR will confirm the reusable workflow still resolves and runs correctly.

Opened by the bfra-me/.github daily Fro Bot org-wide scan (category 7d: Action & Workflow Integrity / SHA pinning), flagged in previous daily reports (e.g. bfra-me/.github#2344).

The reusable workflow reference at .github/workflows/renovate.yaml:34 used a
floating @v4 tag instead of a full commit SHA, inconsistent with every other
bfra-me org repo (all pin this exact call to a SHA + version comment) and with
this repo's own update-repo-settings.yaml, which already pins the sibling
workflow from the same bfra-me/.github release to 5310cfc4 # v4.26.0.

Pinned to the same commit (5310cfc4af25a89c95e1ac64bf7e9e5503bde9a1), which is
the current v4.26.0 tag target, verified via:
  gh api repos/bfra-me/.github/git/refs/tags/v4.26.0 --jq '.object.sha'

Flagged repeatedly by bfra-me/.github's daily Fro Bot org-wide scan.
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