Lucene search
K

11 matches found

OSV
OSV
added 2023/10/19 12:0 p.m.6 views

RUSTSEC-2023-0078 Potential stack use-after-free in `Instrumented::into_inner`

The implementation of the Instrumented::intoinner method in affected versions of this crate contains undefined behavior due to incorrect use of std::mem::forget The function creates const pointers to self, calls mem::forgetselfstd::mem::forget, and then moves values out of those pointers using...

7.2AI score
Exploits0References3
Github Security Blog
Github Security Blog
added 2021/08/25 8:53 p.m.29 views

Double free in glsl-layout

Affected versions of this crate did not guard against panic within the user-provided function f 2nd parameter of fn maparray, and thus panic within f causes double drop of a single object. The flaw was corrected in the 0.4.0 release by wrapping the object vulnerable to a double drop within...

7.5CVSS7.2AI score0.00334EPSS
Exploits1References4Affected Software1
OSV
OSV
added 2021/08/25 8:53 p.m.18 views

GHSA-CX4J-FXR7-JXG8 Double free in glsl-layout

Affected versions of this crate did not guard against panic within the user-provided function f 2nd parameter of fn maparray, and thus panic within f causes double drop of a single object. The flaw was corrected in the 0.4.0 release by wrapping the object vulnerable to a double drop within...

7.5CVSS7.3AI score0.00334EPSS
Exploits1References4
Github Security Blog
Github Security Blog
added 2021/08/25 8:43 p.m.20 views

Double free in crossbeam

Even if an element is popped from a queue, crossbeam would run its destructor inside the epoch-based garbage collector. This is a source of double frees. The flaw was corrected by wrapping elements inside queues in a ManuallyDrop...

9.8CVSS8.8AI score0.00425EPSS
Exploits0References4Affected Software1
OSV
OSV
added 2021/08/25 8:43 p.m.12 views

GHSA-C3CW-C387-PJ65 Double free in crossbeam

Even if an element is popped from a queue, crossbeam would run its destructor inside the epoch-based garbage collector. This is a source of double frees. The flaw was corrected by wrapping elements inside queues in a ManuallyDrop...

9.8CVSS9.3AI score0.00425EPSS
Exploits0References4
OSV
OSV
added 2021/01/10 12:0 p.m.14 views

RUSTSEC-2021-0009 panic safety issue in `impl TransformContent<S, D> for [S; (2|3|4)]`

Affected versions of this crate did not guard against double drop while temporarily duplicating objects' ownership using ptr::read. Upon panic in a user-provided function conversion, objects that are copied by ptr::read are dropped twice, leading to memory corruption. The flaw was corrected in...

7.5CVSS7.4AI score0.00334EPSS
Exploits1References3
RustSec
RustSec
added 2021/01/10 12:0 p.m.21 views

Double drop upon panic in 'fn map_array()'

Affected versions of this crate did not guard against panic within the user-provided function f 2nd parameter of fn maparray, and thus panic within f causes double drop of a single object. The flaw was corrected in the 0.4.0 release by wrapping the object vulnerable to a double drop within...

7.5CVSS2.5AI score0.00334EPSS
Exploits1Affected Software1
RustSec
RustSec
added 2021/01/10 12:0 p.m.22 views

panic safety issue in `impl TransformContent<S, D> for [S; (2|3|4)]`

Affected versions of this crate did not guard against double drop while temporarily duplicating objects' ownership using ptr::read. Upon panic in a user-provided function conversion, objects that are copied by ptr::read are dropped twice, leading to memory corruption. The flaw was corrected in...

7.5CVSS2.1AI score0.00334EPSS
Exploits1Affected Software1
OSV
OSV
added 2021/01/10 12:0 p.m.15 views

RUSTSEC-2021-0005 Double drop upon panic in 'fn map_array()'

Affected versions of this crate did not guard against panic within the user-provided function f 2nd parameter of fn maparray, and thus panic within f causes double drop of a single object. The flaw was corrected in the 0.4.0 release by wrapping the object vulnerable to a double drop within...

7.5CVSS7.4AI score0.00334EPSS
Exploits1References3
OSV
OSV
added 2018/12/09 12:0 p.m.17 views

RUSTSEC-2018-0009 MsQueue and SegQueue suffer from double-free

Even if an element is popped from a queue, crossbeam would run its destructor inside the epoch-based garbage collector. This is a source of double frees. The flaw was corrected by wrapping elements inside queues in a ManuallyDrop. Thanks to @c0gent for reporting the issue...

9.8CVSS9.3AI score0.00425EPSS
Exploits0References3
RustSec
RustSec
added 2018/12/09 12:0 p.m.15 views

MsQueue and SegQueue suffer from double-free

Even if an element is popped from a queue, crossbeam would run its destructor inside the epoch-based garbage collector. This is a source of double frees. The flaw was corrected by wrapping elements inside queues in a ManuallyDrop. Thanks to @c0gent for reporting the issue...

9.8CVSS1.3AI score0.00425EPSS
Exploits0Affected Software1
Rows per page
Query Builder