Skip to content

ci(security): include bridge lockfiles in OSV scan - #46747

Closed
tank321 wants to merge 1 commit into
NousResearch:mainfrom
tank321:ci/osv-bridge-lockfiles
Closed

ci(security): include bridge lockfiles in OSV scan#46747
tank321 wants to merge 1 commit into
NousResearch:mainfrom
tank321:ci/osv-bridge-lockfiles

Conversation

@tank321

@tank321 tank321 commented Jun 15, 2026

Copy link
Copy Markdown

Summary

  • Add the WhatsApp bridge lockfile to the OSV scan
  • Add the Photon sidecar lockfile to the OSV scan
  • Keep the current inline scanner and reporting steps from main

Fixes #46738.

Validation

  • Parsed .github/workflows/osv-scanner.yml with PyYAML
  • Confirmed all five configured lockfiles exist and are passed to the scanner
  • Confirmed the scanner still uses continue-on-error: true
  • Prettier passed
  • zizmor reported no findings
  • git diff --check passed

@alt-glitch alt-glitch added type/security Security vulnerability or hardening P3 Low — cosmetic, nice to have labels Jun 15, 2026
@alt-glitch

Copy link
Copy Markdown
Collaborator

Related: #46738 (the issue this fixes) and #39452 (earlier, narrower competing PR that scans only the whatsapp-bridge lockfile). This PR is the broader fix (whatsapp + photon bridges); both touch .github/workflows/osv-scanner.yml — reviewers should pick one.

@tank321
tank321 force-pushed the ci/osv-bridge-lockfiles branch from 598a58e to 89a52da Compare June 15, 2026 21:40
@teknium1

Copy link
Copy Markdown
Contributor

Thanks for identifying the uncovered runtime lockfiles. The premise still holds: .github/workflows/osv-scanner.yml:43-46 scans only three explicit lockfiles, while git ls-files '*package-lock.json' confirms the tracked WhatsApp and Photon bridge lockfiles.

Problems

  • The trigger-path portion is stale. Commit 05c896cf524991f95c34ce73d2cbe985b5e0558f moved pull_request and push ownership to .github/workflows/ci.yml:13-16; .github/workflows/ci.yml:126-128 now invokes the OSV reusable workflow unconditionally, while osv-scanner.yml is workflow_call-only. The current PR is marked DIRTY.

Suggested changes

  • Salvage the two --lockfile entries and update the source-count comment at .github/workflows/osv-scanner.yml:41-47; leave trigger configuration in ci.yml.

Automated hermes-sweeper review.

@teknium1 teknium1 added sweeper:risk-automation Sweeper risk: may affect CI, automerge, label sync, or maintainer automation sweeper:blast-contained Sweeper blast radius: contained — one narrow path / opt-in / few users labels Jul 14, 2026
@tank321
tank321 force-pushed the ci/osv-bridge-lockfiles branch from 89a52da to 54066ed Compare July 14, 2026 17:48
@tank321

tank321 commented Jul 14, 2026

Copy link
Copy Markdown
Author

Updated this against current main. I removed the stale trigger changes and kept the patch focused on the two missing bridge lockfiles. The count comment now matches the five files being scanned.

Local checks passed: workflow assertions, lockfile parsing, Prettier, and zizmor. The new CI run is waiting for maintainer approval: https://github.com/NousResearch/hermes-agent/actions/runs/29355271472

@alt-glitch alt-glitch added type/feature New feature or request and removed type/security Security vulnerability or hardening labels Jul 14, 2026
@tank321
tank321 force-pushed the ci/osv-bridge-lockfiles branch from 54066ed to 55bfae5 Compare July 20, 2026 15:13
@tank321

tank321 commented Jul 20, 2026

Copy link
Copy Markdown
Author

Rebased this onto current main after the OSV workflow moved to inline scanner and reporter steps. The branch keeps that newer structure and only adds the two missing bridge lockfiles to the scanner input.

Local validation passed: YAML parsing, five-lockfile assertions, Prettier, zizmor, and git diff --check.

@tank321

tank321 commented Jul 29, 2026

Copy link
Copy Markdown
Author

Rebased onto current main, which now uses Google's reusable OSV workflow. I kept that workflow structure and added only the two missing bridge lockfiles.

Local checks passed: the workflow YAML and package lockfiles parse, all five lockfile paths exist, Prettier passes, and git diff --check is clean. Zizmor reports the same existing findings as main; this patch adds none.

The new CI run is waiting for maintainer approval: https://github.com/NousResearch/hermes-agent/actions/runs/30465294563

teknium1 pushed a commit that referenced this pull request Aug 1, 2026
…SV scan

Surgical reapply of PR #46747 by @tank321 onto the current reusable-workflow
form of osv-scanner.yml (the original targeted the old direct-action layout).
Fixes #46738.
@tank321
tank321 force-pushed the ci/osv-bridge-lockfiles branch from f1e7ab9 to 0924ffd Compare August 3, 2026 19:59
@tank321

tank321 commented Aug 5, 2026

Copy link
Copy Markdown
Author

This was incorporated directly into main in f21332f, so I’m closing the superseded PR. Thanks for carrying the change forward and preserving the attribution.

@tank321 tank321 closed this Aug 5, 2026
randlee pushed a commit to randlee/hermes-agent that referenced this pull request Aug 11, 2026
…SV scan

Surgical reapply of PR NousResearch#46747 by @tank321 onto the current reusable-workflow
form of osv-scanner.yml (the original targeted the old direct-action layout).
Fixes NousResearch#46738.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

P3 Low — cosmetic, nice to have sweeper:blast-contained Sweeper blast radius: contained — one narrow path / opt-in / few users sweeper:risk-automation Sweeper risk: may affect CI, automerge, label sync, or maintainer automation type/feature New feature or request

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ci(security): include bridge lockfiles in OSV scanning

3 participants