* ci(security): run deterministic eval tests in affected-area CI (Task 04) The build-check job validated build + suite structure but never ran the tests, and its summary referenced a `test:ci` script that did not exist. Make affected-area CI meaningful: - Add `test:ci` to evals/framework running the offline, deterministic Vitest allowlist (7 files / 112 tests) — no model, network, or paid execution. - Add a required "Run deterministic tests" step to build-check; a failure fails the job and the existing PR summary gate (which keys on build-check.result) fails closed. - Correct the summary note to state test:ci runs the deterministic allowlist and that model/network agent suites are excluded on PRs. The broader deterministic suite has 3 pre-existing failing files (framework-confidence, logger, test-runner; confirmed failing before this work) which are intentionally out of the allowlist and tracked separately. Validated locally: build, validate:suites:all, and test:ci all exit 0. * ci(security): least privilege permissions + pin actions to SHAs (Task 05) Harden all 9 GitHub Actions workflows: Least privilege: - Add explicit top-level `permissions: contents: read` to installer-checks, validate-test-suites, and opencode (opencode's job keeps the writes it needs; the top level now defaults to read). - Every workflow now declares an explicit top-level permissions block. - Write scopes retained only where justified (releases, doc/registry commits, follow-up PRs, and sync-docs' issues.create). Immutable action pinning: - Pin every `uses:` to a full 40-char commit SHA with a version comment, including first-party actions/* (checkout, github-script, setup-node, upload-artifact) and third-party (oven-sh/setup-bun). - Replace the two mutable refs that could change under us at any push: ludeeus/action-shellcheck@master and sst/opencode/github@latest. Record all SHAs, versions, and permission justifications in docs/maintenance/repository-recovery/action-pin-inventory.md. Verified: all 9 workflows parse as valid YAML; no floating tag/branch refs remain; every workflow has a top-level permissions block. * docs(security): add SECURITY.md and private-reporting checklist (Task 06) - Add root SECURITY.md: supported versions (0.7.x), private reporting via GitHub's "Report a vulnerability", best-effort response expectations, coordinated disclosure, and no-secret guidance. - Add private-vulnerability-reporting checklist that separates repository file work (this PR) from GitHub settings changes that require their own approval (Task 07: enabling private vulnerability reporting). No external links to validate; the reporting path uses the repo Security tab. SECURITY.md documents the private reporting path ahead of Task 07 enabling it. * ci(security): add dependency governance and ownership controls (Task 08) - .github/dependabot.yml: weekly grouped github-actions updates (keeps the Task 05 SHA pins current). Scoped to actions only — the primary lockfile is bun.lock and Dependabot's npm ecosystem would desync it; npm dependency risk is covered by dependency-review below. - .github/workflows/dependency-review.yml: runs on PRs with contents: read, SHA-pinned actions, fail-on-severity: high to block newly introduced high-severity vulnerabilities (exceptions documented inline). - .github/CODEOWNERS: default owner @darrenhinde with explicit ownership of security-sensitive paths (workflows, dependabot, CODEOWNERS, SECURITY.md, scripts/validation). Verified: dependabot.yml and dependency-review.yml are valid YAML; dependency-review actions are SHA-pinned with contents: read; CODEOWNERS owner is the repository owner. * docs(security): record GitHub security settings evidence (Task 07) Enable private vulnerability reporting and record read-back evidence. Settings changed (each approved immediately before, verified by read-back): - Private vulnerability reporting: enabled=false -> enabled=true. The Security tab now offers "Report a vulnerability", making the path documented in SECURITY.md live. - Dependency Graph / Dependabot alerts: 404 -> 204. This was an undocumented prerequisite of Task 08's dependency-review.yml, which failed with "Dependency graph is not enabled"; the Dependency Review check on PR #336 went fail -> pass after enabling it. No other repository setting was modified; secret scanning and push protection are unchanged, and dependabot_security_updates remains disabled (out of scope, would need its own approval). Both changes are reversible via the corresponding DELETE calls. Marks Part B of the private-vulnerability-reporting checklist complete.
2 KiB
2 KiB
Private Vulnerability Reporting — Setup Checklist
Repository-recovery Tasks 06–07. This checklist separates repository-file work (committable in a PR) from GitHub repository-settings work (changes live GitHub state and requires its own explicit approval).
Part A — Repository files (Task 06, this PR)
- Publish
SECURITY.mdat the repository root with:- Supported versions.
- Private reporting path (GitHub "Report a vulnerability").
- Response expectations (best-effort).
- Coordinated disclosure policy.
- No-secret guidance.
- Publish this checklist.
These are file changes only. They do not enable the private reporting feature — they document how to use it once enabled.
Part B — GitHub repository settings (Task 07, separate approval)
⚠️ The following change live GitHub state, not files. Each requires explicit approval immediately before it is made, and is verified by read-back.
- Enable Private vulnerability reporting (done 2026-07-15)
- Settings → Code security and analysis → Private vulnerability reporting → Enable.
- API:
PUT /repos/{owner}/{repo}/private-vulnerability-reporting. - Read-back:
GET /repos/{owner}/{repo}/private-vulnerability-reportingshowsenabled: true. ✅
- Confirm the Security tab now offers "Report a vulnerability" so the
path documented in
SECURITY.mdis live. ✅ - Record evidence in
docs/maintenance/repository-recovery/private-vulnerability-reporting-evidence.md. ✅ - Dependency Graph enabled (prerequisite discovered in Task 08 —
dependency-review.ymlrequires it).PUT /repos/{owner}/{repo}/vulnerability-alerts, read-backHTTP 204. ✅
Notes
SECURITY.mdreferences the private reporting path before Part B is applied. There is a brief window where the documented path is not yet live; Part B should follow promptly.- No other repository setting is changed as part of Part B — only private vulnerability reporting.