-
-
Notifications
You must be signed in to change notification settings - Fork 32k
doc: add constraints for mem leak to threat model #58917
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
base: main
Are you sure you want to change the base?
Conversation
As discussed in nodejs-private/node-private#719. We should clarify what the criteria are to accept memory leak as a vulnerability (potential DoS). Signed-off-by: RafaelGSS <[email protected]>
Review requested:
|
* Memory leaks qualify as vulnerabilities when all of the following criteria are met: | ||
* The API is being correctly used | ||
* The API doesn't have a warning against its usage in a production environment | ||
* The API is on stable (2.0) status |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
* The API is on stable (2.0) status | |
* The API is public and documented | |
* The API is on stable (2.0) status |
* The API is being correctly used | ||
* The API doesn't have a warning against its usage in a production environment | ||
* The API is on stable (2.0) status | ||
* The memory leak is significant, causing a DoS fast or in a user-uncontrolled space (for instance, on HTTP parsing) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I feel that we still need more restrictions to avoid flagging all the existing memory leaks as vulnerabilities just because they weren't reported as vulnerabilities (for example, #54614 probably satisfies all the criteria and it can be used in server handlers). As long as a buggy API is used in the wrong place, it can cause a DoS fast, and it doesn't have to be a memory leak, so it seems to be a very slippery slope.
doc: add constraints for mem leak to threat model
cc: @nodejs/tsc @nodejs/security-wg