Skip to content

Security: tashtit/marketplace

SECURITY.md

Security Policy

Supported versions

Tashtit is pre-release. Security fixes apply to the latest revision of the default branch. A version support table will be published with the first stable release.

Reporting a vulnerability

Do not open a public issue for suspected vulnerabilities, exposed secrets, unsafe command execution, permission bypasses, or supply-chain concerns.

Report privately through GitHub private vulnerability reporting. This is the only supported reporting channel: it keeps the report private until disclosure and reaches the maintainers directly. No email address is published, so do not send vulnerability details to any address that claims to represent this project.

Private vulnerability reporting is enabled on the repository. If the link ever returns a 404, the feature has been switched off in error: open a public issue that says only that you need a private channel, without any vulnerability detail, and a maintainer will restore it (Settings > Advanced Security > Private vulnerability reporting) and respond.

Include:

  • the affected plugin, file, and version or commit;
  • the impact and realistic attack or failure scenario;
  • reproduction steps or a minimal proof of concept;
  • any known mitigation;
  • whether the issue is already public.

Do not include real credentials, personal data, or third-party confidential information.

Maintainers aim to acknowledge a report within three business days, provide an initial assessment within seven business days, and coordinate disclosure after a fix is available. These are response targets, not guarantees.

Security model

Plugin content can influence agents that read files, execute commands, access external systems, or modify repositories. Reviews therefore consider:

  • prompt injection and untrusted input boundaries;
  • least-privilege tool and network access;
  • secret handling and log redaction;
  • command injection and shell portability;
  • dependency integrity and version pinning;
  • destructive actions, confirmation, and rollback;
  • data retention, telemetry, and external side effects;
  • provenance of snippets and third-party content.

Stable plugins must document their trust boundaries and required permissions.

There aren't any published security advisories