Skip to content

docs: add security policy - #3

Open
craigthackerx wants to merge 1 commit into
masterfrom
docs/security-policy
Open

docs: add security policy#3
craigthackerx wants to merge 1 commit into
masterfrom
docs/security-policy

Conversation

@craigthackerx

Copy link
Copy Markdown

Adds SECURITY.md. The repo had none, which is a conspicuous gap for a public repo that aggregates security advisories.

Reporting channel

Points at GitHub private vulnerability reporting, which is already enabled on this repo, rather than an email address. That avoids publishing a personal address and avoids the failure mode where a policy names a mailbox nobody watches.

Scope

Written for what this project actually is — a static site, no backend, no accounts — so the realistic attack surface is untrusted upstream feed content reaching a viewer's browser or influencing the build:

  • stored XSS via an article title or summary
  • HTML/XML injection into data/feed.xml
  • service worker cache poisoning
  • a workflow steerable by feed data

Explicitly out of scope, so triage time isn't spent on them:

  • the content of aggregated articles — those go to the originating vendor, since this project only republishes
  • correctness bugs (stale, missing or miscategorised articles) — normal issues
  • dependency CVEs that already have a public advisory — Dependabot handles those

Supported versions

States the truth: only the deployed site from master, no backports. The tags here (0.0.1, 0.0.2) are historical markers, not supported releases.

Documentation only — no code, workflow or dependency changes.

The repo had no SECURITY.md. Private vulnerability reporting is already
enabled, so this documents that channel rather than introducing an email
address that would need monitoring.

Scope is written for what this project actually is: a static aggregator
with no backend, where the interesting attack surface is untrusted
upstream feed content reaching the browser or the build. Article content
itself is explicitly out of scope and directed to the originating vendor,
as is anything Dependabot already tracks.

Supported versions reflects reality — the deployed site from master, with
no backports. Tags here are historical markers, not releases.
@github-actions

github-actions Bot commented Aug 8, 2026

Copy link
Copy Markdown

Dependency Review

✅ No vulnerabilities or license issues or OpenSSF Scorecard issues found.

Scanned Files

None

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