Project

Sequoia PGP is a leading provider of secure communication and authentication in the OpenPGP space.

We are committed to protecting the privacy and security of our users with a particular emphasis on the most vulnerable people in our society: activists, journalists, lawyers and their clients.

We are working to achieve this goal by writing specifications, and building libraries and programs for developers, adminstrators, and end users. The specifications that we author, and the software that we author is the sole scope of this bug bounty program.

This bug bounty program is paid for by the Sovereign Tech Resilience Program.

Program Rules

• We are convinced that external review by skilled security researchers is crucial to identifying weaknesses in our software.
• We are pleased to collaborate with you to resolve issues in our specifications and software, and to fairly reward you for the discovery of new security issues.
• Any type of attacks on our infrastructure, including our source code repositories is prohibited.
• When you report an issue, we must be able to reproduce it with our setup.
• An issue reported to us is considered to be a duplicate if it describes a similar attack to a known vulnerability (including issues received outside of YesWeHack) regardless of the component affected. That is, the triage team will use the "One Fix One Reward" process: if two or more programs or libraries use the same code base and a single fix can be deployed to fix all the others' weaknesses, only one issue will be considered as eligible for a reward, and other reports will be closed as Informative. We reward based on vulnerability, not per issue.

Important precautions and limitations

As a complement to the program rules and testing policy:

• DO NOT include Personally Identifiable Information (PII) in your
  report and please REDACT/OBFUSCATE the PII that is part of your PoC
  (screenshot, terminal transcripts, etc.) as much as possible.
• DO NOT include secret key material unless that has been created exclusively for testing purposes.

Scopes

Underlying Libraries:

• buffered-reader: A super-powered Reader underlying our OpenPGP parser.
• nettle-sys: Low-level Rust bindings for the Nettle cryptographic library.
• nettle-rs: Rust bindings for the Nettle cryptographic library.
• SHA1-CD: A library and command-line tool to detect SHA-1 collisions attacks in files.

OpenPGP-related Libraries:

• sequoia-openpgp: A low-level OpenPGP library.
• sequoia-autocrypt: Autocrypt-related functionality.
• sequoia-ipc: IPC-related functionality.
• sequoia-net: Network-related functionality.
• Shared OpenPGP Certificate Directory: A low-level library to store OpenPGP certificates inspired by Maildir.
• sequoia-cert-store: A high-level certificate store library.
• sequoia-wot: A web of trust engine.
• sequoia-policy-config: A library for reading a cryptographic policy.
• rpm-sequoia: The default OpenPGP backend for RPM.

End user programs:

• sqv: A simple signature verification program.
• sq: Our primary command-line CLI.
• sqop: An implementation of the Stateless OpenPGP (SOP) specification.
• octopus: An alternative OpenPGP backend for Thunderbird.
• sequoia-git: A tool to check a commit signing policy.
• chameleon: Sequoia's reimplementation of the GnuPG interface

Specifications:

• OpenPGP Cert Directory: The format and semantics of an on-disk certificate store.
• Web of Trust: The semantics of the web of trust.
• Sequoia git: How to describe and check a signing policy for a git repository.

Eligibility

We are happy to thank everyone who submits valid reports that help us improve the security of Sequoia's specifications and software, however, only those that meet the following eligibility requirements may receive a monetary reward:

• You must be the first reporter of a vulnerability.
• The vulnerability must be a qualifying vulnerability (see below)
• You must send a clear textual description of the report along with steps to reproduce the issue, include attachments such as screenshots as necessary. PoC exploit code in the form of a unit test similar in style to those already present in the code (where applicable) is highly appreciated.
• You must not be a current employee of pEp Apps AG, or one of its contractors.
• Our analysis is always based on the worst impact demonstrated in your PoC
• When reviewing source-code, the "main" or "master" branches represent the current versions that are available as packages. Only reports for those branches will be eligible for bounty, if there is a master and main branch, the main branch takes precedence.

Rating and Responsible Disclosure

We use CVSS to rate and categorize vulnerabilities. Any vulnerability will be publicly disclosed after sufficient time has passed for operating system distributions like Debian to deploy updates, and dependant applications to prepare a new release.

Advisories will be published on our mailing-lists, and external mailing-lists like oss-security. When appropriate we will also create an ecosystem-specific advisory. For instance, in the case of Rust code, we will submit an advisory to the rustsec advisory database.

Please understand that we handle the full disclosure process and expect that you do not disclose any findings yourself, we will include researcher credits, if requested.

The process that we follow is described in this document.