Skip to content

chore(cra): onboard solace-queue-browser to FOSSA SCA scanning - #32

Open
AmanRiat1 wants to merge 3 commits into
mainfrom
cra-onboard-sca-scan
Open

AmanRiat1 wants to merge 3 commits into
mainfrom
cra-onboard-sca-scan

Conversation

@AmanRiat1

@AmanRiat1 AmanRiat1 commented Sep 4, 2026

Copy link
Copy Markdown

Adds FOSSA SCA scanning so this repo is covered by Solace vulnerability reporting.

  • .fossa.yml — FOSSA project config
  • .github/workflow-config.json — gates in REPORT mode
  • .github/workflows/sca-scan-and-guard.yml — calls the shared Solace SCA workflow

Scanning is read-only: no publish, release, image-push or deploy step, and no application code, dependency or build changes. Gates are report-only, so a finding won't fail a build.

AmanRiat1 and others added 3 commits September 4, 2026 15:44
Adds the standard Solace SCA scan and solace-cloud-manifest write, matching
the other solacecommunity repos onboarded under the CRA compliance inventory
(Confluence "CRA Compliance - Product Inventory & Guardian Coverage Audit",
Annex A.12).

Two deliberate differences from the existing solacecommunity workflows:

  - squad is "prof-services", not "cto". A.12 is the Professional Services
    inventory; writing "cto" here would route findings into
    cto_vulnerabilities and file CTO Jiras instead of PS ones.

  - update_manifest also accepts workflow_dispatch. The existing repos gate
    the write on `github.event_name == 'push'` only, which means a dispatched
    run scans and then silently skips the manifest write. The default-branch
    check still gates the write.

Scanning is read-only: the workflow adds no publish, release or image step.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
The shared SCA workflow loads .github/workflow-config.json unconditionally and
exits 1 when it is absent ("Configuration file not found"), before it ever
reaches the FOSSA key. Matches the config used by the other solacecommunity
repos: policy and vulnerability gates in REPORT mode, so the scan publishes
findings without failing the build.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
…ain versions

The FOSSA CLI only reads .fossa.yml from the scan root, so relocating it requires
passing fossa.config explicitly via additional_scan_params -- without that the CLI
silently falls back to defaults and registers the scan under a different project.

Toolchain versions are now pinned rather than inherited: the shared workflow still
defaults to node 20, which reached end-of-life in 2026.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant