Skip to content

Commit 66fe117

Browse files
committed
docs: keep in-repo security policy, fix contacts
Address review feedback (dgarske): - Restore SECURITY-POLICY.md instead of deleting it. The full policy (severity rubric, scope, coordinated disclosure, credit) stays in-repo; the canonical website URL is now presented as a mirror of it, not a replacement, so other repos can still reference one copy. - SECURITY.md: prefer support@wolfssl.com, offer secure@wolfssl.com with the PGP key as an option, and drop the phone number. - Restore the mandatory report-template requirement and the "keep the vulnerability private until a fix is released" guidance, resolving the contradiction between the intro and the template section.
1 parent fe70129 commit 66fe117

2 files changed

Lines changed: 89 additions & 12 deletions

File tree

.github/SECURITY.md

Lines changed: 15 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -2,23 +2,26 @@
22

33
## Reporting a Vulnerability
44

5-
Report security vulnerabilities to **secure@wolfssl.com** or call **+1-425-245-8247**.
5+
**Use of the wolfSSL Vulnerability Report Template is mandatory.** All security
6+
reports must use [`SECURITY-REPORT-TEMPLATE.md`](../SECURITY-REPORT-TEMPLATE.md),
7+
with every required field completed. Reports that do not use the template, or
8+
that leave required fields incomplete, will not receive CVE consideration.
69

7-
Reports may be encrypted with our PGP key:
10+
Submit the completed template to **support@wolfssl.com**. You may also send it to
11+
**secure@wolfssl.com** and encrypt it with our PGP key:
812

913
Fingerprint: A2A4 8E7B CB96 C5BE CB98 7314 EBC8 0E41 5CA2 9677
1014
Key server: keys.openpgp.org
1115

12-
## Full Policy
13-
14-
Our coordinated vulnerability disclosure policy — including scope, threat-model
15-
boundaries, response commitments, and EU Cyber Resilience Act obligations — is
16-
published at:
16+
Non-template submissions may still be reviewed on the merits and, where
17+
appropriate, addressed as hardening fixes in a future release.
1718

18-
https://www.wolfssl.com/.well-known/vulnerability-disclosure-policy.txt
19+
**Please keep the vulnerability private** until a fix has been released.
1920

20-
## Report Template
21+
## Full Policy
2122

22-
For CVE consideration, submit a completed
23-
[vulnerability report template](../SECURITY-REPORT-TEMPLATE.md) to
24-
**secure@wolfssl.com**.
23+
For the full policy — severity rubric, scope, coordinated-disclosure practice,
24+
and reporter credit — see [`SECURITY-POLICY.md`](../SECURITY-POLICY.md). The same
25+
policy is also published at
26+
<https://www.wolfssl.com/.well-known/vulnerability-disclosure-policy.txt> so that
27+
other wolfSSL repositories can reference one canonical copy.

SECURITY-POLICY.md

Lines changed: 74 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,74 @@
1+
# wolfSSL Security Policy
2+
3+
## About This Policy
4+
5+
This document defines how wolfSSL Inc. handles security vulnerabilities in its products: how to report them, how we evaluate them, and how we coordinate disclosure.
6+
7+
## Reporting a Vulnerability
8+
9+
**Use of the wolfSSL Vulnerability Report Template is mandatory.** All security reports must be submitted using [`SECURITY-REPORT-TEMPLATE.md`](SECURITY-REPORT-TEMPLATE.md), with every required field completed. Reports that do not use the template, or that leave required fields incomplete, will not receive CVE consideration.
10+
11+
Submit the completed template to **support@wolfssl.com**.
12+
13+
Non-template submissions may still be reviewed on the merits and, where appropriate, addressed as hardening fixes in a future release. CVE assignment requires a complete template.
14+
15+
We aim to acknowledge reports as they come in and engage with reporters throughout triage. Investigations proceed at the pace the material requires.
16+
17+
## What wolfSSL Treats as a Vulnerability
18+
19+
wolfSSL files a CVE advisory for defects with meaningful security impact on realistic wolfSSL deployments, where exploitability is demonstrated or clearly analyzable. wolfSSL determines whether a finding meets this bar.
20+
21+
We classify confirmed vulnerabilities across four severity tiers:
22+
23+
- **Critical** — Remote, practically exploitable defects in default configurations
24+
- **High** — Serious defects with realistic exploitability
25+
- **Medium** — Defects with meaningful impact under favorable conditions
26+
- **Low** — Defects requiring specialized configurations or narrow deployment scenarios
27+
28+
Reporter-proposed severity is input to the process, not its conclusion.
29+
30+
## What Is Not Considered a Vulnerability
31+
32+
Some defects are typically addressed as bug fixes rather than CVE-eligible vulnerabilities. These include:
33+
34+
- Issues requiring physical access, physical-level side channels, or fault injection
35+
- Issues the attacker can reach only with capabilities that already grant the outcome
36+
- Issues reachable only through unsupported or undocumented API use
37+
- Issues without a working reproducer
38+
- Availability impact outside narrow protocol-facing cases
39+
40+
wolfSSL determines whether a finding meets the CVE threshold. Findings below the threshold are addressed through normal release channels where appropriate; dispositions may be revisited when new information warrants.
41+
42+
## Out of Scope
43+
44+
- Third-party libraries bundled by customers
45+
- Non-library code (example programs, test harnesses, developer tools)
46+
- Documentation errors
47+
- Performance issues without security implications
48+
49+
## Supported Versions
50+
51+
Security fixes are released for the current stable release and the immediately prior stable release. Older releases receive security fixes only under active commercial support agreements.
52+
53+
## Coordinated Disclosure
54+
55+
We investigate and fix confirmed vulnerabilities privately, coordinate disclosure timing with the reporter, and release the fix and security advisory together. Embargo extensions for ecosystem coordination — downstream integrators, certification bodies, or equivalent — are considered case-by-case. CVE records are published consistent with CVE Program rules.
56+
57+
## Credit
58+
59+
Reporters are credited in the advisory and release notes unless anonymity is requested. Reports are welcome from independent security researchers, academic researchers, and organizations conducting authorized security testing.
60+
61+
Credit text is coordinated with the reporter before publication.
62+
63+
## Contact
64+
65+
- **support@wolfssl.com** — security vulnerability reports and general support
66+
- **info@wolfssl.com** — general inquiries
67+
68+
Published CVE advisories: https://www.wolfssl.com/docs/security-vulnerabilities/
69+
70+
## Policy Changes
71+
72+
Material changes to this policy are announced via the wolfSSL blog. The canonical version of this policy is maintained in the wolfSSL GitHub repository.
73+
74+
*Last updated: 2026-04-22*

0 commit comments

Comments
 (0)