forked from opensearch-project/OpenSearch
-
Notifications
You must be signed in to change notification settings - Fork 22
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
Showing
1 changed file
with
2 additions
and
6 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -11,19 +11,15 @@ This policy applies to all open source projects developed, maintained, or hosted | |
## Reporting Security Vulnerabilities | ||
If you believe you've discovered a potential security vulnerability in one of our open source projects, we strongly encourage you to report it to us responsibly. | ||
|
||
Please submit your findings as security advisories under the "Security" tab in the relevant GitHub repository. Alternatively, you may send the details of your findings to [email protected]. | ||
Please submit your findings as security advisories under the "Security" tab in the relevant GitHub repository. Alternatively, you may send the details of your findings to [[email protected]](mailto:[email protected]). | ||
|
||
## Vulnerability Disclosure Policy | ||
Upon receiving a report of a potential vulnerability, our team will initiate an investigation. If the reported issue is confirmed as a vulnerability, we will take the following steps: | ||
|
||
1. Acknowledgment: We will acknowledge the receipt of your vulnerability report and begin our investigation. | ||
|
||
2. Validation: We will validate the issue and work on reproducing it in our environment. | ||
|
||
3. Remediation: We will work on a fix and thoroughly test it | ||
|
||
4. Release & Disclosure: After 90 days from the discovery of the vulnerability, or as soon as a fix is ready and thoroughly tested (whichever comes first), we will release a security update for the affected project. We will also publicly disclose the vulnerability by publishing a CVE (Common Vulnerabilities and Exposures) and acknowledging the discovering party. | ||
|
||
5. Exceptions: In order to preserve the security of the Wazuh community at large, we might extend the disclosure period to allow users to patch their deployments. | ||
|
||
This 90-day period allows for end-users to update their systems and minimizes the risk of widespread exploitation of the vulnerability. | ||
|
@@ -46,4 +42,4 @@ We ask that all users and contributors respect this policy and the security of o | |
## Changes to this Security Policy | ||
This policy may be revised from time to time. Each version of the policy will be identified at the top of the page by its effective date. | ||
|
||
If you have any questions about this Security Policy, please contact us at [email protected] | ||
If you have any questions about this Security Policy, please contact us at [[email protected]](mailto:[email protected]) |