Skip to content

Add scheduled OSV-Scanner workflow for existing dependency vulnerabilities #2017

@maxpetrusenkoagent

Description

@maxpetrusenkoagent

Summary

GStack has dependency lockfiles (bun.lock, lib/diagram-render/bun.lock) and a growing Actions surface, but no scheduled OSV-Scanner workflow. That means newly disclosed vulnerabilities in the existing dependency graph are not surfaced on a recurring cadence unless they happen to be touched by a PR or found manually.

This is separate from the focused PR-time Dependency Review request in #1987. Dependency Review catches vulnerable dependency changes in pull requests. A scheduled OSV-Scanner run catches vulnerabilities disclosed after dependencies are already on main.

Repo-local evidence

External baseline

The official google/osv-scanner-action README says the action supports two modes:

  1. Pull-request scanning that reports newly introduced vulnerabilities.
  2. Full vulnerability scanning that can run on pushes, releases, or a regular schedule, with results reported to GitHub Code Scanning.

That second mode is the missing baseline here.

Expected impact

  • Surfaces vulnerabilities disclosed after a dependency is already merged, not just vulnerabilities introduced by new PRs.
  • Gives maintainers a recurring Code Scanning signal for the current dependency graph.
  • Complements Add Dependency Review Action to block vulnerable dependency changes #1987 instead of duplicating it: PR-time blocking plus scheduled main-branch monitoring cover different failure modes.

Suggested fix

Add a focused workflow such as .github/workflows/osv-scanner.yml:

Duplicate check performed

Commands/files inspected

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions