| Version | Support status |
|---|---|
The latest published GitHub release, and the main branch |
Supported |
| Earlier v4 releases | Best effort only; update to the latest release first unless the report is about upgrade, migration, or signing-key rotation |
| Anything before v4 | Unsupported |
Archived snapshots under archive/ or docs/archive/ |
Unsupported except as forensic evidence for a current vulnerability |
Astra Deck is self-distributed and has no store listing yet, so "latest release" means the newest tag on this repository rather than a store version.
Use GitHub private vulnerability reporting from the repository Security tab for sensitive reports. Do not open a public issue for vulnerabilities, suspected credential exposure, signing-key incidents, exploit chains, or private logs.
Include:
- Affected Astra Deck version or commit.
- Browser, operating system, and install surface (
store-safe,github-full, userscript, or Astra Downloader companion). - Short impact summary and the vulnerable behavior.
- Minimal reproduction steps with secrets, account data, and local paths redacted.
- Relevant release artifact names, checksums, extension IDs, or advisory links when the issue involves packaging or provenance.
Do not include:
- API keys, cookies, bearer tokens, signing keys, or private repository data.
- Working exploit payloads beyond the minimum needed to explain impact.
- Full private logs, personal data, or unredacted local filesystem paths.
- YouTube account data that is not necessary to validate the issue.
Public issues are still appropriate for non-sensitive bugs, usability problems, documentation mistakes, and feature requests.
- Acknowledgement within 5 business days.
- Initial triage within 10 business days.
- Coordinated disclosure or GitHub Security Advisory timing after a fix path is understood.
- Signing-key exposure, active exploitation, extension permission bypass, and companion loopback authentication bypass reports are treated as urgent where maintainer availability permits.
- Signing-key exposure or release-key custody failure. Releases currently ship ZIP packages plus an unsigned XPI and the userscript, so this covers the CRX maintainer key held for self-hosted builds and any key used for a future store or AMO listing. Treat the unsigned XPI as unverified by design: report its lack of a signature as a packaging gap only if a release claims otherwise.
- Extension permission, host-permission, CSP, or fetch-proxy bypass.
- Astra Downloader loopback authentication, Host-header, DNS-rebinding, or request-validation bypass.
- Remote-feed authenticity.
selector-packs.jsonandfeature-disable-feed.csvare fetched at runtime and can change shipped behavior without a release. Both carry a detached ECDSA P-256 signature verified in the service worker against a public key inside the package, and both fail closed to the last-known-good copy. Report anything that gets an unsigned, mis-signed, or substituted feed accepted. - Dependency compromise or malicious package/update-chain behavior.
- Release artifact, checksum, SBOM, attestation, or provenance mismatch.
- Sensitive export, diagnostics, transcript, cookie, or BYO-key disclosure.