bomber

Scan SBOMs for vulnerabilities

devops-kung-fu/bomber · Software Composition Analysis (SCA) · scanned v0.5.1 (released 2024-09-23) · commit acc6bd257b98 · last scan 2026-11-02

The scan method changed on 2026-11-02. npm development dependencies and npm-shrinkwrap.json are now scanned; matches on GitHub Actions referenced by a moving tag and on npm packages the repository defines itself are no longer counted; directories such as integration-tests and test-fixtures are excluded as fixtures. Most differences from the previous week below come from that change, not from the projects. Details.

Changes since last week

no change.

Known vulnerabilities (27)

Vulnerabilities are known advisories that Grype matches against the dependencies declared in each project's release source (manifests and lockfiles, including development and build dependencies). A match does not mean the tool is exploitable: the vulnerable code may be unused, test-only, or not shipped in the released binary. OSV: also reported by OSV-Scanner. Released binary: for Go tools, whether govulncheck found the vulnerable code in the shipped Linux binary. KEV: listed in the CISA Known Exploited Vulnerabilities catalog. EPSS: FIRST's estimated probability of exploitation in the next 30 days. Both describe the vulnerability in general, not its exploitability through this tool; a match in a workflow file refers to a GitHub Action, not to shipped code. Select an advisory for every catalog tool it matches. If a match is wrong or does not apply, use Dispute; accepted disputes are annotated here and listed on the corrections page, and the match stays visible.

Second opinion: OSV-Scanner

OSV-Scanner found 27 advisories in the same files; 27 of Grype's matches are confirmed by it (marked ✓ above). 0 advisories were reported only by OSV-Scanner.

Vulnerable code in the released binary

govulncheck analyzed bomber from bomber_0.5.1_linux_amd64.tar.gz, built with go1.23.1. 83 advisories have vulnerable functions compiled into it: 66 in the Go standard library and 17 in dependencies.

Of the 27 Go advisories Grype matched in the source, 2 are in modules or code paths that are not in the shipped binary.

The Go linker removes unreachable functions, so a vulnerable function in the binary is likely reachable. Standard-library advisories are fixed by rebuilding with a newer Go release.

Release integrity

Verdict: checksums only for bomber_0.5.1_linux_amd64.tar.gz.

• Checksums file: yes
• Signatures: no
• SLSA provenance: no
• SBOM published with the release: no

Verified means a signature, provenance, or attestation was checked against an identity in devops-kung-fu/bomber's own GitHub Actions workflows.

Repository security (OpenSSF Scorecard)

No Scorecard result yet (the project is not in the OpenSSF public dataset; the Scorecard CLI fallback failed (exit 1: 2026/11/02 01:32:45 error during command execution: one or more checks failed during execution)). Results are added as the weekly budget allows.

GitHub Actions workflow audit (zizmor)

8 potential issues in 2 workflow files at this release: 7 high, 1 medium, 0 low severity (medium or high confidence only). Each is a pattern to review, not a confirmed vulnerability.

Dependencies (44)

By ecosystem: golang 39, github 5.

Licenses (as declared in the SBOM): unknown 44.

History

SBOM minimum elements

Scored by sbomlyze on the generated source SBOM. A source SBOM usually lacks supplier and hash data, so these scores mostly reflect what the project's manifests declare.

Evidence

Downloads for this week: CycloneDX SBOM · Grype report

Permanent copy of the raw SBOM, Grype, OSV-Scanner, and govulncheck output and release checks: release report-2026-11-02, folder supply-chain-shard-*/devops-kung-fu__bomber/.

Full JSON for this project · Atom feed of weekly changes

Badges

shields.io endpoints refreshed with each weekly scan. They report this week's result for the latest release, nothing more.

[![release verification](https://img.shields.io/endpoint?url=https%3A%2F%2Frezmoss.github.io%2Fawesome-security-pipeline%2Fbadges%2Fdevops-kung-fu%2Fbomber%2Frelease.json)](https://rezmoss.github.io/awesome-security-pipeline/projects/devops-kung-fu/bomber/index.html)
[![vulnerable code in binary](https://img.shields.io/endpoint?url=https%3A%2F%2Frezmoss.github.io%2Fawesome-security-pipeline%2Fbadges%2Fdevops-kung-fu%2Fbomber%2Fin-binary.json)](https://rezmoss.github.io/awesome-security-pipeline/projects/devops-kung-fu/bomber/index.html)

How this report is made

Every Sunday a GitHub Actions workflow resolves each catalog tool to its latest release and runs the checks below. Every tool is installed from its own latest release and verified against its published checksum or digest. Nothing from the scanned projects is built or executed; release binaries are analyzed as files.