Skip to content

security: a disclosure policy, and Dependabot for the four dependency surfaces - #44

Open
distronode-com wants to merge 1 commit into
Calnode:mainfrom
distronode-com:up/security-policy
Open

security: a disclosure policy, and Dependabot for the four dependency surfaces#44
distronode-com wants to merge 1 commit into
Calnode:mainfrom
distronode-com:up/security-policy

Conversation

@distronode-com

Copy link
Copy Markdown
Contributor

Two files Scorecard looks for and the repository does not have.

SECURITY.md points reporters at GitHub's private vulnerability reporting (the Security tab's "Report a vulnerability" button) rather than an email address, says what to include, and says what to expect: an acknowledgement within a few days, then a fix or a written reason, a public advisory with the release, and credit if wanted. It states the support policy as it is today for a pre-1.0 project: fixes land on the latest 0.x line only. If you would rather name an address or a different support window, that is a two-line edit.

.github/dependabot.yml covers the four dependency surfaces the tree actually has, all weekly: gomod at the root, npm in frontend/ (pnpm is handled by the npm ecosystem), github-actions, and docker for the root Dockerfile. No groups, no ignores; it can be tuned once the first batch of PRs shows what the noise level is.

🤖 Generated with Claude Code

… surfaces

There was no SECURITY.md, so someone who found a vulnerability had nowhere
obvious to send it and no idea what would happen to it. The one added here
points at GitHub's private vulnerability reporting rather than an email address
- it is already available on this repository, it does not need a mailbox anyone
has to remember to watch, and it gives the reporter a private thread instead of
an issue that discloses the bug the moment it is filed. It also says what a
report should contain, what response to expect and by roughly when, and that
credit is offered if the reporter wants it. Supported versions are stated as
what is actually true pre-1.0: fixes land on the latest release line and are not
backported.

The Dependabot config covers the four places this repository takes a dependency,
each on a weekly schedule: Go modules at the root, the SvelteKit admin app under
/frontend (pnpm is handled by the npm ecosystem), the actions pinned in
.github/workflows, and the base images in the root Dockerfile. No groups and no
ignores - the point is to see the updates rather than to shape them, and a
config with rules in it that nobody revisits is how a surface quietly stops
being watched. The commit before this one closed fourteen advisories by hand;
this is the part that means the next fourteen do not have to be found by hand.

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

@pullfrog pullfrog Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

✅ No new issues found.

Reviewed changes in this run: the full PR (2 files, disclosure policy + Dependabot).

  • SECURITY.md — Private disclosure via GitHub vulnerability reporting, report contents, response expectations, and a supported-versions table limited to the latest 0.x line (0.9.x, matching current CHANGELOG).
  • .github/dependabot.yml — Weekly updates for the four in-tree surfaces: gomod at /, npm at /frontend (pnpm), github-actions at /, and docker at /.

All four Dependabot ecosystems match files that exist on the tree (go.mod/go.sum, frontend/package.json + pnpm-lock.yaml, .github/workflows/*, root Dockerfile). No application behavior changes.

ℹ️ Enable private vulnerability reporting after merge

SECURITY.md sends reporters only to the Security tab’s Report a vulnerability button and forbids public issues/PRs. That button appears only when the repo setting Private vulnerability reporting is on. If it is still off, the policy has no working intake path.

Technical details
# Enable PVR so SECURITY.md intake works

## Affected sites
- Repo Settings → Code security and analysis → Private vulnerability reporting (not in this PR)
- SECURITY.md “Reporting a vulnerability” section assumes the button exists

## Required outcome
- After merge, PVR is enabled on Calnode/calnode so external reporters can open a private thread as documented
- Optional: confirm the Security tab shows both the policy and the report button

## Open questions for the human
- None if PVR is already on; this is a one-time settings check

Pullfrog  | View workflow run | Using Grok𝕏

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