|
| 1 | +--- |
| 2 | +layout: post |
| 3 | +id: 172 |
| 4 | +title: "Best Practice: Reporting a Security Issue in Erlang/OTP" |
| 5 | +lead: "Use erlang-security [at] erlang [dot] org to report a security issue" |
| 6 | +tags: "Erlang, OTP, security, report, bug" |
| 7 | +date: "2024-10-07" |
| 8 | +author: "Kiko Fernandez-Reyes" |
| 9 | +--- |
| 10 | + |
| 11 | +Best Practice: Reporting a Security Issue in Erlang/OTP |
| 12 | + |
| 13 | +**TLDR:** |
| 14 | +Please **do not create a public issue** for a security issue, use |
| 15 | +instead https://github.com/erlang/otp/security. |
| 16 | + |
| 17 | +Please follow this document in order to report security vulnerabilities in |
| 18 | +Erlang/OTP. |
| 19 | + |
| 20 | +## When should you report a security issue? |
| 21 | + |
| 22 | +The risk level is often determined by a product of the impact once exploited, |
| 23 | +and the probability of exploitation occurring. In other words, if a bug can |
| 24 | +cause great damage, but it takes highest privilege to exploit the bug, then the |
| 25 | +bug is not a high risk one. Similarly, if the bug is easily exploitable, but its |
| 26 | +impact is limited, then it is not a high risk issue either. |
| 27 | + |
| 28 | +There is not any hard and fast rule to determine if a bug is worth reporting as |
| 29 | +a security issue to https://github.com/erlang/otp/security. A general rule is |
| 30 | +that an attack by someone that has no access to the Erlang application or its |
| 31 | +system can affect the confidentiality, integrity and availability. |
| 32 | + |
| 33 | +## What happens after the report? |
| 34 | + |
| 35 | +All security bugs in the Erlang/OTP distribution should be reported to |
| 36 | +https://github.com/erlang/otp/security. Your report will be handled by a |
| 37 | +small security team at the OTP team. |
| 38 | + |
| 39 | +Please use a descriptive email title for your report. After the initial response |
| 40 | +to your report, the security team will keep you updated on the progress and |
| 41 | +decision being made towards a fix and release announcement. |
| 42 | + |
| 43 | +## Flagging Existing Issues as Security-related |
| 44 | + |
| 45 | +If you believe that an existing public issue on |
| 46 | +[https://github.com/erlang/otp/issues](https://github.com/erlang/otp/issues) is |
| 47 | +security-related, we ask that you send an email to **erlang-security [at] erlang |
| 48 | +[dot] org**. The email title should contain the issue ID on |
| 49 | +[https://github.com/erlang/otp/issues](https://github.com/erlang/otp/issues) |
| 50 | +(e.g. Flagging security issue ERL-001). Please include a short description to |
| 51 | +motivate why it should be handled according to the security policy. |
0 commit comments