Skip to content

fix(ci): call the secret scanner from proven-cicd-and-workflows - #75

Merged
hyperpolymath merged 1 commit into
mainfrom
claude/secret-scanner-caller
Nov 10, 2026
Merged

hyperpolymath merged 1 commit into
mainfrom
claude/secret-scanner-caller

Conversation

@hyperpolymath

Copy link
Copy Markdown
Owner

Why

The main ruleset requires the scan / gitleaks status check. secret-scanner.yml called hyperpolymath/standards/.github/workflows/secret-scanner-reusable.yml@571cc73, and every run of it failed at startup with 0 jobs (for example run 42703228097 on #74, and run 42499662578 on main). So the required context was never reported, and no PR could merge without a bypass. This blocks #74.

What

.github/workflows/secret-scanner.yml now calls the published cicd-suite scanner, as gitbot-fleet does since hyperpolymath/gitbot-fleet#663:

  • uses: hyperpolymath/proven-cicd-and-workflows/.github/workflows/secret-scanner-reusable.yml@1fd5e6371a50f0fc3687206a5adca0cdf7b39aa6, the same pin as gitbot-fleet.
  • fast-pr: false, so every run scans full history.
  • contents: read is the only grant, which is exactly what the callee's jobs declare.
  • No secrets: inherit. The callee declares no workflow_call secret and installs its own checksum-pinned Gitleaks.

The callee's gitleaks job produces scan / gitleaks. Its supplemental matrix also reports scan / rust-secrets and scan / shell-secrets.

actions.lock is unchanged. Its entry for this workflow is already [], as gitbot-fleet's is for the same caller.

Testing

  • The uses: line parses (yq). actionlint is not installed in this session.
  • This PR's own CI run is the test: it must report scan / gitleaks.

Generated by Claude Code

The ruleset requires the scan / gitleaks context, but the caller pinned
metadatastician/standards@571cc73 and every run failed at startup with zero
jobs, so no PR could report it. Call the published cicd-suite scanner at
the pin gitbot-fleet uses (1fd5e63), with fast-pr false, contents: read
only, and no `secrets: inherit`.

actions.lock is unchanged: its entry for this workflow is already [], as
in gitbot-fleet.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_0136P7ZnmBahbhfkFEP6ark4
@coderabbitai

coderabbitai Bot commented Nov 10, 2026 •

Copy link
Copy Markdown
Contributor

Explain Change →

Caution

Review failed

The pull request is closed.

Summary

Summary by CodeRabbit

  • Chores
    • Updated the secret-scanning workflow while retaining its pull-request and main-branch triggers.

The secret-scanner workflow keeps its pull request and main branch push triggers and concurrency settings. It switches to a pinned reusable workflow, declares contents: read for the job, and sets fast-pr: false. It removes inherited secrets and the workflow-level actions: read permission.

Changes: Secret scanner workflow

Layer / File(s) Summary
Reusable scanner workflow and permissions
.github/workflows/secret-scanner.yml
The scan job uses the pinned reusable workflow and sets fast-pr: false. The workflow declares contents: read at the job level and removes inherited secrets and the workflow-level actions: read permission. Comments describe scanner contexts, permissions, full-history scanning and secret forwarding boundaries.

Estimated code review effort: 2 (Simple) | ~10 minutes

Change: Bug fix

Merge Risk: Minimal · up to 9070c

No actionable merge-blocking issue is established; proceed with normal CI checks.

- [ ] Autofix · Keep fixing CodeRabbit findings and required CI, and resolving merge conflicts

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

Share

@sonarqubecloud

Copy link
Copy Markdown

@hyperpolymath
hyperpolymath marked this pull request as ready for review November 10, 2026 21:23
@hyperpolymath
hyperpolymath merged commit b015e98 into main Nov 10, 2026
19 of 23 checks passed
@chatgpt-codex-connector

Copy link
Copy Markdown

You have reached your Codex usage limits for code reviews. You can see your limits in the Codex usage dashboard.

@hyperpolymath
hyperpolymath deleted the claude/secret-scanner-caller branch November 10, 2026 21:23
hyperpolymath added a commit to hyperpolymath/januskey that referenced this pull request Nov 10, 2026
## Why

`secret-scanner.yml` called
`metadatastician/standards/.github/workflows/secret-scanner-reusable.yml`.
This repository's Actions settings do not allow reusable workflows from
that owner, so every run failed at startup with 0 jobs. `scan /
gitleaks` was never reported, and each push sent a "Run failed" email.

## What

The caller now uses the published cicd-suite scanner owned by
hyperpolymath, at the pin that gitbot-fleet and contractiles
(hyperpolymath/contractiles#75) use:

-
`hyperpolymath/proven-cicd-and-workflows/.github/workflows/secret-scanner-reusable.yml@1fd5e6371a50f0fc3687206a5adca0cdf7b39aa6`
- `fast-pr: false`, `contents: read` only, and no `secrets: inherit`.

`actions.lock` is unchanged. `gh actions-lock` would also prune the
reusable-workflow entries of other workflows here, so it was not run.

## Testing

In contractiles the same caller reported `scan / gitleaks`, `scan /
rust-secrets` and `scan / shell-secrets` as success on its PR and on
`main`. This PR's own run is the test here.

---
_Generated by [Claude
Code](https://claude.ai/code/session_0136P7ZnmBahbhfkFEP6ark4)_

Co-authored-by: Claude <noreply@anthropic.com>
hyperpolymath added a commit to hyperpolymath/choreographic-types that referenced this pull request Nov 10, 2026
## Why

`secret-scanner.yml` called
`metadatastician/standards/.github/workflows/secret-scanner-reusable.yml`.
This repository's Actions settings do not allow reusable workflows from
that owner, so every run failed at startup with 0 jobs. `scan /
gitleaks` was never reported, and each push sent a "Run failed" email.

## What

The caller now uses the published cicd-suite scanner owned by
hyperpolymath, at the pin that gitbot-fleet and contractiles
(hyperpolymath/contractiles#75) use:

-
`hyperpolymath/proven-cicd-and-workflows/.github/workflows/secret-scanner-reusable.yml@1fd5e6371a50f0fc3687206a5adca0cdf7b39aa6`
- `fast-pr: false`, `contents: read` only, and no `secrets: inherit`.

`actions.lock` is unchanged: its entry for this workflow is already
`[]`.

## Testing

In contractiles the same caller reported `scan / gitleaks`, `scan /
rust-secrets` and `scan / shell-secrets` as success on its PR and on
`main`. This PR's own run is the test here.

---
_Generated by [Claude
Code](https://claude.ai/code/session_0136P7ZnmBahbhfkFEP6ark4)_

Co-authored-by: Claude <noreply@anthropic.com>
hyperpolymath added a commit to hyperpolymath/panll that referenced this pull request Nov 10, 2026
## Why

`secret-scanner.yml` called
`metadatastician/standards/.github/workflows/secret-scanner-reusable.yml`.
This repository's Actions settings do not allow reusable workflows from
that owner, so every run failed at startup with 0 jobs. `scan /
gitleaks` was never reported, and each push sent a "Run failed" email.

## What

The caller now uses the published cicd-suite scanner owned by
hyperpolymath, at the pin that gitbot-fleet and contractiles
(hyperpolymath/contractiles#75) use:

-
`hyperpolymath/proven-cicd-and-workflows/.github/workflows/secret-scanner-reusable.yml@1fd5e6371a50f0fc3687206a5adca0cdf7b39aa6`
- `fast-pr: false`, `contents: read` only, and no `secrets: inherit`.
The old caller's `pull-requests: write` grant is dropped; the callee
does not request it.

`actions.lock` is unchanged.

## Testing

In contractiles the same caller reported `scan / gitleaks`, `scan /
rust-secrets` and `scan / shell-secrets` as success on its PR and on
`main`. This PR's own run is the test here.

---
_Generated by [Claude
Code](https://claude.ai/code/session_0136P7ZnmBahbhfkFEP6ark4)_

Co-authored-by: Claude <noreply@anthropic.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.

3 participants