Integrate zizmor with Vulnetix. Scan GitHub Actions workflows for security vulnerabilities like injection attacks, excessive permissions, and unsafe patterns.
Install & scan
$ uv run --with zizmor zizmor --version $ uv run --with zizmor zizmor --format sarif .github/workflows/ > zizmor.sarif
Run zizmor in CI
Scan on every push and upload the report as a workflow artifact:
- name: Run zizmor
run: |
pip install zizmor
zizmor --format sarif .github/workflows/ > zizmor.sarif
- name: Upload report
uses: actions/upload-artifact@v6
with:
name: zizmor
path: zizmor.sarif
if-no-files-found: warnThen one publish job hands every artifact in the run to Vulnetix, recorded under zizmor's own name and version. Written once per workflow, however many scanners you run:
publish:
name: Publish to Vulnetix
runs-on: ubuntu-latest
needs: [scan] # every scanner job, or its report is never published
if: always() # or one failing scanner suppresses all the others
permissions:
contents: read
actions: read # required to list the run's artifacts
env:
VULNETIX_ORG_ID: ${{ secrets.VULNETIX_ORG_ID }}
VULNETIX_API_KEY: ${{ secrets.VULNETIX_API_KEY }}
steps:
- uses: actions/checkout@v5
- name: Install Vulnetix CLI
run: |
curl -fsSL https://cli.vulnetix.com/install.sh | sh -s -- --install-dir "$HOME/.local/bin"
echo "$HOME/.local/bin" >> "$GITHUB_PATH"
- name: Publish scanner reports
env:
GITHUB_TOKEN: ${{ github.token }}
run: vulnetix gha upload --org-id "$VULNETIX_ORG_ID" --jsonAfter the run, vulnetix gha status reports what was actually recorded.
How Vulnetix compares: better together
Vulnetix does not replace zizmor. Keep running it. Vulnetix sits on top of zizmor (and every other scanner you already own) turning disconnected tool outputs into one prioritised, fixable queue.
zizmor is strongest at its core category and also carries features in Secret Scanning, just as Vulnetix spans categories.
| Capability | Vulnetix | zizmor |
|---|---|---|
| Security coverage | ||
| SAST (static code analysis) | ✓ Built-in rules + Semgrep augmentation | ✓ Static analysis of GitHub Actions workflow/action YAML for injection, permission and pinning flaws |
| SCA / dependencies | ✓ 40+ ecosystems, transitive graph | ✗ |
| DAST (dynamic testing) | ~ Ingests DAST results; no native dynamic engine | ✗ |
| Container & image | ✓ Image CVEs, base image, Dockerfile | ✗ |
| IaC / misconfiguration | ✓ Terraform, k8s, CloudFormation | ✗ |
| Secret scanning | ✓ 1,000+ rules, source + binary + git history | ~ artipacked audit flags persisted checkout credentials (persist-credentials); not general secret scanning |
| Cloud / CSPM | ✓ Cloud-posture findings, compliance tab | ✗ |
| Mobile (MAST) | ~ Ingests mobile scanner output; no native mobile engine | ✗ |
| License compliance | ✓ SPDX, copyleft/AGPL/SSPL policy | ✗ |
| SBOM generation | ✓ CycloneDX 1.7 + SPDX 2.3, cosign-signable | ✗ |
| Malware / supply-chain | ✓ De-duplicated corpus + install-time firewall (25+ registries) | ✗ |
| Network / infra vuln | ~ Ingests network scanner output; no native network scanner | ✗ |
| Fuzzing | ✗ Ingests fuzzing crashes; no native fuzzer | ✗ |
| Pentest / bug bounty | ✗ Ingests pentest/bug-bounty findings; not a testing service | ✗ |
| The Vulnetix orchestration layer | ||
| Cross-scanner dedup & one queue (ASPM) | ✓ Correlates every scanner into one prioritised queue with ownership routing | ✗ |
| Exploit-intel prioritisation | ✓ EPSS, CISA KEV, Coalition ESS, CWSS, Vulnetix LEV | ✗ |
| Reachability analysis | ✓ Tree-sitter + CVEAffected; direct/transitive/semantic | ✗ |
| Versioned VEX + audit trail | ✓ Immutable OpenVEX/CycloneDX, cosign-signable | ✗ |
| Safe Harbour autofix | ✓ Resolves + applies the nearest safe version | ~ Can auto-fix several audit classes (e.g. add persist-credentials:false, pin uses); workflow-only, not dependency remediation |
| End-of-life policy | ✓ Flags/blocks past-EOL runtimes & packages | ✗ |
| SSVC / risk-based policy | ✓ SSVC v2 + CISA/FedRAMP/Essential-8 presets | ✗ |
✓ full · ~ partial · ✗ not covered
What zizmor does well
- Specialist CI/CD security: static analysis purpose-built for GitHub Actions workflows and composite actions, a class most SAST tools ignore
- Deep, well-maintained audit set: template-injection, excessive-permissions, unpinned/unhashed uses, artipacked (persisted checkout credentials), dangerous triggers, with clear remediation guidance
- v1.20+ defaults to requiring hash-pinning on all actions, directly hardening the supply-chain attack surface of workflows
- Rust-fast, SARIF output, and pre-commit/IDE/online modes; adopted by large OSS projects (scipy, etc.) for CI hardening
Where Vulnetix adds to it: zizmor is scoped to GitHub Actions workflow security and has no SCA, container, IaC, SBOM, malware, cross-scanner dedup, exploit-intel, reachability, VEX or SSVC. Vulnetix ingests zizmor's SARIF and folds its CI/CD findings into a unified prioritised queue with EPSS/KEV/LEV scoring and versioned VEX across all scanner types, augmenting rather than replacing zizmor's specialist Actions auditing.
No migration, no rip-and-replace. zizmor keeps doing what it does best; Vulnetix adds the orchestration, exploit-intelligence prioritisation and remediation layer built for the way AppSec works today.
Centralise zizmor results in Vulnetix
Upload zizmor SARIF output to the Vulnetix platform to deduplicate findings, prioritise them with EPSS, CISA KEV and Coalition ESS exploit intelligence, and track remediation across every scanner in a single queue.