Skip to content

ci: add the OpenSSF Scorecard workflow - #16

Merged
kkdev92 merged 1 commit into
mainfrom
ci/scorecard
Aug 12, 2026
Merged

ci: add the OpenSSF Scorecard workflow#16
kkdev92 merged 1 commit into
mainfrom
ci/scorecard

Conversation

@kkdev92

@kkdev92 kkdev92 commented Aug 12, 2026

Copy link
Copy Markdown
Owner

Every other check in this repository tests the code. None of them look at how
the code gets published
— whether actions are pinned to commit SHAs, whether
the default branch is protected, whether workflow tokens are scoped down,
whether a vulnerability can be reported privately.

Most of those are settings, not code, so nothing in the existing lanes
notices when one regresses. That is the gap this fills.

What it does

  • Runs weekly, on pushes to main, and on demand
  • Uploads SARIF to the code scanning dashboard, next to CodeQL — so a slip in the
    release pipeline surfaces in the same place as one in the source
  • permissions: read-all at the top, with the three writes it actually needs
    declared on the job
  • Both actions pinned to commit SHAs, which is one of the things it grades

publish_results: true makes the score readable by anyone deciding whether to
depend on this, which is the point of measuring it.

It reports and changes nothing. Free on public repositories.

Provenance

Copied from health-data-dotnet, which has been running it. Both pinned SHAs
were checked to resolve, and actions/checkout matches the SHA already used
elsewhere in this repository.

🤖 Generated with Claude Code

Every other check here tests the code. None of them look at how the code gets
published — whether actions are pinned to SHAs, whether the default branch is
protected, whether workflow tokens are scoped down, whether a vulnerability can
be reported privately. Scorecard reads exactly that and scores it.

It is worth having because most of those are *settings*, not code, so nothing in
the existing lanes notices when one regresses. Results upload to the code
scanning dashboard next to CodeQL, so a slip in the release pipeline surfaces in
the same place as one in the source.

Runs weekly, on pushes to `main`, and on demand. `permissions: read-all` at the
top with the three writes it actually needs declared on the job. Both actions are
pinned to commit SHAs, which is one of the things it grades.

It reports and changes nothing. Free on public repositories.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
@kkdev92
kkdev92 merged commit d8d0a29 into main Aug 12, 2026
8 checks passed
@kkdev92
kkdev92 deleted the ci/scorecard branch August 12, 2026 15:04
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