@@ -172,20 +172,19 @@ Node.js from source along with a list of officially supported platforms. |
172 | 172 |
|
173 | 173 | ## Security |
174 | 174 |
|
175 | | -All security bugs in Node.js are taken seriously and should be reported by |
176 | | - |
177 | | -team who handle security issues. Please don't disclose security bugs |
178 | | -publicly until they have been handled by the security team. |
| 175 | + |
| 176 | +Please do not disclose security bugs publicly until they have been handled by |
| 177 | +the security team. |
179 | 178 |
|
180 | | -Your email will be acknowledged within 24 hours, and you’ll receive a more |
| 179 | +Your email will be acknowledged within 24 hours, and you will receive a more |
181 | 180 | detailed response to your email within 48 hours indicating the next steps in |
182 | 181 | handling your report. |
183 | 182 |
|
184 | 183 | There are no hard and fast rules to determine if a bug is worth reporting as |
185 | | -a security issue. The general rule is any issue worth reporting |
186 | | -must allow an attacker to compromise the confidentiality, integrity |
187 | | -or availability of the Node.js application or its system for which the attacker |
188 | | -does not already have the capability. |
| 184 | +a security issue. The general rule is an issue worth reporting should allow an |
| 185 | +attacker to compromise the confidentiality, integrity, or availability of the |
| 186 | +Node.js application or its system for which the attacker does not already have |
| 187 | +the capability. |
189 | 188 |
|
190 | 189 | To illustrate the point, here are some examples of past issues and what the |
191 | 190 | Security Response Team thinks of them. When in doubt, however, please do send |
|