Skip to content

Latest commit

 

History

History
65 lines (56 loc) · 3.34 KB

SECURITY.md

File metadata and controls

65 lines (56 loc) · 3.34 KB

Security Policy

As an open-source project, we understand the importance of and responsibility for security. This Security policy outlines our guidelines and procedures for ensuring the highest level of Security and trust for our users who consume oneMKL Interfaces.

Supported Versions

We provide support for the latest version only. The security vulnerabilities can be fixed in patch release on top of the latest version.Prior major releases might receive critical security fixes on a best-effort basis; however, we cannot guarantee that security fixes will get back-ported.

Report a Vulnerability

We are very grateful to the security researchers and users that report back security vulnerabilities. We investigate every report thoroughly. We strongly encourage you to report security vulnerabilities to us privately, before disclosing them on public forums or opening a public GitHub issue. Report a vulnerability to us in one of two ways:

  • Open a draft GitHub Security Advisory
  • Send e-mail to the following address: security@uxlfoundation.org. Along with the report, please include the following info:
    • A descriptive title.
    • Your name and affiliation (if any).
    • A description of the technical details of the vulnerabilities.
    • A minimal example of the vulnerability so we can reproduce your findings.
    • An explanation of who can exploit this vulnerability, and what they gain when doing so.
    • Whether this vulnerability is public or known to third parties. If it is, please provide details.

When Should I Report a Vulnerability?

  • You think you discovered a potential security vulnerability in oneMKL Interfaces.
  • You are unsure how the potential vulnerability affects oneMKL Interfaces.
  • You think you discovered a vulnerability in another project or 3rd party component on which oneMKL Interfaces depends. If the issue is not fixed in the 3rd party component, try to report directly there first.

When Should I NOT Report a Vulnerability?

  • You got an automated scan hit and are unable to provide details.
  • You need help using oneMKL Interfaces for security.
  • You need help applying security-related updates.
  • Your issue is not security-related.

Security Reports Review Process

Our goal is to respond quickly to your inquiry, and to coordinate a fix and disclosure with you. All confirmed security vulnerabilities will be addressed according to severity level and impact on oneMKL Interfaces. Normally, security issues are fixed in the next planned release.

Disclosure Policy

We will publish security advisories using the GitHub Security Advisories feature to keep our community well-informed, and will credit you for your findings unless you prefer to stay anonymous. We request that you refrain from exploiting the vulnerability or making it public before the official disclosure.

We will disclose the vulnerabilities and/or bugs as soon as possible once mitigation is implemented and available.

Feedback on This Policy

If you have any suggestions on how this Policy could be improved, please submit an issue or a pull request to this repository. Please do not report potential vulnerabilities or security flaws via a pull request.