We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
20.18.0
any
src/node_file
Constructor of FSReqWrapSync don't init uv_fs_t req field. It may cause reading uninitiated pointers in this struct.
FSReqWrapSync
uv_fs_t req
https://github.com/nodejs/node/blob/da5f7aca6ac1fac2b7840dc11c0ef8e740cfc414/src/node_file.h#L460C1-L463C58
Construct FSReqWrapSync -> Destruct FSReqWrapSync
Destructor calls uv_fs_req_cleanup, that has NULL checks, but its passed, cause pointers are uninitiated
uv_fs_req_cleanup
NULL
In constructor assign field req as nullptr
req
nullptr
Uninit field of object
Found by Linux Verification Center (linuxtesting.org) with SVACE.
Reporter: Burkov Egor (eburkov@rvision.ru).
Organization: R-Vision (support@rvision.ru).
The text was updated successfully, but these errors were encountered:
uv_fs_xxx will init the uv_fs_t struct.
uv_fs_xxx
uv_fs_t
Sorry, something went wrong.
No branches or pull requests
Version
20.18.0
Platform
Subsystem
src/node_file
What steps will reproduce the bug?
Constructor of
FSReqWrapSync
don't inituv_fs_t req
field. It may cause reading uninitiated pointers in this struct.https://github.com/nodejs/node/blob/da5f7aca6ac1fac2b7840dc11c0ef8e740cfc414/src/node_file.h#L460C1-L463C58
How often does it reproduce? Is there a required condition?
Construct
FSReqWrapSync
-> DestructFSReqWrapSync
Destructor calls
uv_fs_req_cleanup
, that hasNULL
checks, but its passed, cause pointers are uninitiatedWhat is the expected behavior? Why is that the expected behavior?
In constructor assign field
req
asnullptr
What do you see instead?
Uninit field of object
Additional information
Found by Linux Verification Center (linuxtesting.org) with SVACE.
Reporter: Burkov Egor (eburkov@rvision.ru).
Organization: R-Vision (support@rvision.ru).
The text was updated successfully, but these errors were encountered: