Skip to content

Security: dryvist/.github

Security

SECURITY.md

Security Policy

Reporting Vulnerabilities

To report a security vulnerability in any dryvist repository, use GitHub's private vulnerability reporting on the affected repository. Do not open a public issue for security vulnerabilities.

For critical vulnerabilities affecting multiple dryvist repositories, report to this .github repository.

Dependency Trust

Automated dependency updates use Renovate via the inherited preset JacobPEvans/.github:renovate-presets. The presets enforce a tiered trust model:

Tier Scope Stabilization Auto-merge
Always Trusted dryvist/**, JacobPEvans/** (self-owned) 0 days Yes, CI-gated
Trusted, Wait GitHub Actions from established orgs (npm, googleapis, actions, etc.) 3 days Minor/patch auto; major manual
Default All other external dependencies 3 days Manual review

GitHub Actions from untrusted orgs are pinned to SHA digests, not tags (pinGitHubActionDigests: true in the inherited preset). Vulnerability alerts auto-merge without the 3-day wait.

Version Pinning

Source Strategy
dryvist self-references @main or major version tag — never SHA or minor/patch pins
JacobPEvans inherited workflows @main (per the inherited org's policy)
Trusted GitHub Actions Semantic version tags (@v6)
External/untrusted GitHub Actions SHA commit hash pins
npm packages Lower-bound (^x.y.z) in package.json; lockfile committed

Secret Management

  • No production credentials are committed to git.
  • Repo-level secrets configured via gh secret set.
  • Org-level secrets (e.g., the GitHub App token for release-please) configured via gh secret set --org dryvist.

Auditable Workflow Boundaries

Reusable workflows we inherit from JacobPEvans/.github are pinned to @main intentionally — the upstream org follows the same security posture as dryvist. If you need to audit a specific workflow run, the resolved SHA is logged in the GitHub Actions UI for that run.

There aren't any published security advisories