Skip to content

Security: PerryLink/dsh-permission-rules

Security

SECURITY.md

Security policy

Reporting a vulnerability

Please do not open a public issue for security vulnerabilities.

Report privately through GitHub's private vulnerability reporting:

https://github.com/PerryLink/dsh-permission-rules/security/advisories/new

That flow keeps the report confidential while we triage, and it is the channel we watch first.

Before you report

  • Redact sensitive data from any logs, session excerpts, or rule files you attach: tokens, API keys, secrets, Authorization/request headers, personal paths, and account identifiers. Rule files and trimmed stack traces are usually enough.
  • Include, when possible: the plugin version, the harness (dsh) version, Node and OS versions, and the minimal steps to reproduce.

What to expect

  • Acknowledgment: within 5 business days.
  • Triage: within 10 business days we confirm the issue and assess severity, or ask for more details.
  • Fix: security fixes are prepared in a private fork, released as a patch version, and announced in the release notes.

Disclosure and credit

  • We follow coordinated disclosure: a public advisory (and CVE request where appropriate) is published once a fix ships.
  • Reporters are credited in the advisory unless they ask to remain anonymous. There is no bug bounty program at this time.

Scope

This plugin is a policy layer inside the harness: it never runs subagents or models, makes no network requests, and never changes OS-level sandbox policy. Vulnerabilities in the harness itself should be reported to the official harness maintainers instead.

There aren't any published security advisories