Skip to content

Security: chains-project/ghasum

SECURITY.md

Security Policy

The maintainers of the ghasum project take security issues seriously. We appreciate your efforts to responsibly disclose your findings. Due to the non-funded and open-source nature of the project, we take a best-efforts approach when it comes to engaging with security reports.

This document should be considered expired after 2027-01-01. If you are reading this after that date, try to find an up-to-date version in the official source repository.

Supported Versions

Only the latest release of the project is supported with security updates.

Reporting a Vulnerability

To report a security issue in a supported version or the development head of the project, either (in order of preference):

Please do not open a regular issue or Pull Request in the public repository.

If a security issue only affects an unsupported version of the project, please report it publicly. For example, as a regular issue in the public repository. If in doubt, report the issue privately.

When to Report

Consider if the issue you found really is a security concern. Below you can find guidelines for what is and is not considered a security issue. Any issue that does not fall into one of the listed categories should be reported based on your own judgement. If in doubt, report the issue privately.

Any issue that is out of scope should still be reported, but can be reported publicly because it is not considered sensitive.

In Scope

  • A failure to enforce checksums per the specification.
  • Violations of the confidentiality of a target repository's files.
  • Insecure suggestions or snippets in the documentation.
  • Security misconfigurations in the continuous integration and delivery pipeline or software supply chain.

Out of Scope

  • Bugs in code not part of a published artifact.
  • Insecure defaults or confusing API design.
  • Known vulnerabilities in third-party dependencies.

What to Include in a Report

Try to include as many of the following items as possible in a security report:

  • An explanation of the problem
  • A proof of concept exploit
  • A suggested severity
  • Relevant CWE identifiers
  • The latest affected version
  • The earliest affected version
  • A suggested patch
  • An automated regression test

Threat Model

The program considers the Go runtime and CLI arguments to be trusted. The content of the target repository are assumed to be correct but are otherwise untrusted. All other input and external content is considered untrusted. Any violation of availability, confidentiality, or integrity is considered an issue.

The project considers project maintainers and the GitHub infrastructure to be trusted. Any action performed by any other GitHub user against the repository is considered untrusted.

Advisories

An advisory will be created only if a vulnerability affects at least one released versions of the project. The affected versions range of an advisory will by default include all unsupported versions of the project at the time of disclosure.

All advisories are listed in the table below, ordered most to least recent by publication date.

ID Date Affected version(s) Patched version(s)
- - - -

Acknowledgments

We would like to publicly thank the following reporters:

  • None yet

There aren't any published security advisories