ci(scorecard): namespace the SARIF upload and align the action version - #48
Merged
Conversation
The Scorecard SARIF was uploaded without a `category`, so it landed in the default analysis set — where every upload replaces whatever was there before, and its findings sit in the Security tab beside CodeQL's with nothing distinguishing the two tools. `nest-notification` and `nest-cache` both declare `category: ossf-scorecard`; this brings the third in line. Also moves `upload-sarif` from 4.37.3 to 4.37.4, the version `init` and `analyze` already run. The three sub-actions share a release train and there is no reason for this one to trail — it only trailed because it lives in a different workflow and was bumped by a separate Dependabot PR.
There was a problem hiding this comment.
Pull request overview
Aligns the Scorecard workflow’s SARIF upload with the repository’s CodeQL action versions and ensures Scorecard results appear as a distinct code-scanning analysis set (instead of overwriting / mixing with the default set).
Changes:
- Add
category: ossf-scorecardto the SARIF upload step to namespace Scorecard findings into their own analysis set. - Bump
github/codeql-action/upload-sariffrom v4.37.3 to v4.37.4, matching the v4.37.4 SHA already used byinit/analyzeelsewhere in the repo.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Last piece of the Code scanning cleanup. All 11 open Scorecard alerts are now closed — the repo matches
nest-notification,nest-cacheandnest-logger, which each sit at zero.What this PR changes
The Scorecard SARIF was uploaded with no
category, so it landed in the default analysis set: every upload replaces whatever was there before, and its findings sit in the Security tab beside CodeQL's with nothing distinguishing the two tools.nest-notificationandnest-cacheboth declarecategory: ossf-scorecard; this brings the third in line.Also moves
upload-sarif4.37.3 → 4.37.4, the versioninitandanalyzealready run. It only trailed because it lives inscorecard.ymland was bumped by a separate Dependabot PR (#45).How the 11 alerts were resolved
Five were already fixed by earlier work this session — the missing
LICENSE(#27), the vulnerable transitives (#43), and 5 of the 10Pinned-Dependencies(SHA pinning in #27/#29). The remaining eleven were dismissed aswon't fix, each with a verified reason, following the playbooknest-notificationestablished:GET /branches/main/protection→ 404, whilenest-queue-pr-and-ci-gateshasbypass_actors: []. So "applies to administrators" is in fact enforced and Scorecard cannot see it. The four approval-based warnings need a second maintainer.bymaxone/.githubrefs kept on the@v1moving tag by design, so org-wide fixes propagate without a PR per repo. Verified: every otheruses:in the repo is SHA-pinned.codeql.ymlnow runs on every push to main, every PR and weekly, with zero findings.One thing left on the table, deliberately
Scorecard also warns that up-to-date branches is off (
strict_required_status_checks_policy: false). That one is genuinely actionable — but turning it on forces every PR to be rebased onto the latestmainbefore it can merge, which on a repo taking ~10 Dependabot PRs a week is real friction.nest-notificationdoes not enable it either. Flagging rather than changing it: it is a workflow decision, not a defect.Ready for your review — not merging it.