Lucene search
+L

789 matches found

Positive Technologies
Positive Technologies
•added 2020/11/24 12:00 a.m.•3 views

PT-2020-17625

Name of the Vulnerable Software and Affected Versions convec crate through 2020-11-24 Description The issue allows users to insert types that are not Send or not Sync into ConVec, enabling the creation of data races. This can be achieved by using non-Send types like Arc or Rc as T in ConVec, or b...

8.1CVSS0.00766EPSS
SaveExploits0References9
Positive Technologies
Positive Technologies
•added 2020/11/24 12:00 a.m.•0 views

PT-2020-17616

Name of the Vulnerable Software and Affected Versions conqueue crate versions prior to 0.4.0 Description The issue allows sending non-Send types to other threads by invoking &QueueSender.send, which can lead to memory corruption by creating data races with types like Rc or Arc. Recommendations Fo...

8.1CVSS0.00847EPSS
SaveExploits0References10
Positive Technologies
Positive Technologies
•added 2020/11/24 12:00 a.m.•3 views

PT-2020-17628

Name of the Vulnerable Software and Affected Versions cache crate through 2020-11-24 Description An issue in the cache crate allows users to insert types that are not Send or not Sync, such as Arc or Rc, as K in Cache. This can lead to data races, which can result in memory corruption...

8.1CVSS0.01098EPSS
SaveExploits1References7
RustSec
RustSec
•added 2020/11/17 12:00 p.m.•34 views

Slock<T> allows sending non-Send types across thread boundaries

Slock unconditionally implements Send/Sync. Affected versions of this crate allows sending non-Send types to other threads, which can lead to data races and memory corruption due to the data race...

8.1CVSS5AI score0.01311EPSS
SaveExploits1Affected Software1
RustSec
RustSec
•added 2020/11/17 12:00 p.m.•35 views

ReadTicket and WriteTicket should only be sendable when T is Send

Affected versions of this crate unconditionally implemented Send for ReadTicket & WriteTicket. This allows to send non-Send T to other threads. This can allows creating data races by cloning types with internal mutability and sending them to other threads as T of ReadTicket/WriteTicket. Such data...

8.1CVSS2.9AI score0.00766EPSS
SaveExploits0Affected Software1
OSV
OSV
•added 2020/11/17 12:00 p.m.•42 views

RUSTSEC-2020-0135 Slock<T> allows sending non-Send types across thread boundaries

Slock unconditionally implements Send/Sync. Affected versions of this crate allows sending non-Send types to other threads, which can lead to data races and memory corruption due to the data race...

8.1CVSS8.2AI score0.01311EPSS
SaveExploits1References3
OSV
OSV
•added 2020/11/17 12:00 p.m.•32 views

RUSTSEC-2020-0119 ReadTicket and WriteTicket should only be sendable when T is Send

Affected versions of this crate unconditionally implemented Send for ReadTicket & WriteTicket. This allows to send non-Send T to other threads. This can allows creating data races by cloning types with internal mutability and sending them to other threads as T of ReadTicket/WriteTicket. Such data...

8.1CVSS8.2AI score0.00766EPSS
SaveExploits0References3
Positive Technologies
Positive Technologies
•added 2020/11/17 12:00 a.m.•1 views

PT-2020-17636

Name of the Vulnerable Software and Affected Versions slock crate through 2020-11-17 Description The issue concerns the slock crate, where Slock unconditionally implements Send and Sync. This allows sending non-Send types to other threads, which can lead to data races and memory corruption due to...

8.1CVSS0.01311EPSS
SaveExploits1References11
RustSec
RustSec
•added 2020/11/16 12:00 p.m.•33 views

Generators can cause data races if non-Send types are used in their generator functions

The Generator type is an iterable which uses a generator function that yields values. In affected versions of the crate, the provided function yielding values had no Send bounds despite the Generator itself implementing Send. The generator function lacking a Send bound means that types that are...

5.9CVSS3AI score0.01094EPSS
SaveExploits1Affected Software1
RustSec
RustSec
•added 2020/11/16 12:00 p.m.•30 views

Singleton lacks bounds on Send and Sync.

Singleton is meant to be a static object that can be initialized lazily. In order to satisfy the requirement that static items must implement Sync, Singleton implemented both Sync and Send unconditionally. This allows for a bug where non-Sync types such as Cell can be used in singletons and cause...

8.1CVSS1.4AI score0.00766EPSS
SaveExploits0Affected Software1
OSV
OSV
•added 2020/11/16 12:00 p.m.•42 views

RUSTSEC-2020-0115 Singleton lacks bounds on Send and Sync.

Singleton is meant to be a static object that can be initialized lazily. In order to satisfy the requirement that static items must implement Sync, Singleton implemented both Sync and Send unconditionally. This allows for a bug where non-Sync types such as Cell can be used in singletons and cause...

8.1CVSS7.8AI score0.00766EPSS
SaveExploits0References3
OSV
OSV
•added 2020/11/16 12:00 p.m.•34 views

RUSTSEC-2020-0151 Generators can cause data races if non-Send types are used in their generator functions

The Generator type is an iterable which uses a generator function that yields values. In affected versions of the crate, the provided function yielding values had no Send bounds despite the Generator itself implementing Send. The generator function lacking a Send bound means that types that are...

5.9CVSS5.4AI score0.01094EPSS
SaveExploits1References3
Positive Technologies
Positive Technologies
•added 2020/11/16 12:00 a.m.•4 views

PT-2020-17614

Name of the Vulnerable Software and Affected Versions ruspiro-singleton versions prior to 0.4.1 Description The issue arises from the unconditional implementation of Sync and Send in Singleton, allowing non-Sync types like Cell to be used in singletons. This can cause data races in concurrent...

8.1CVSS0.00766EPSS
SaveExploits0References11
RustSec
RustSec
•added 2020/11/15 12:00 p.m.•26 views

CopyCell lacks bounds on its Send trait allowing for data races

CopyCell is a Cell-like type that is implemented for any type T that is Copyable. It's Send trait has no bounds on the contained type. As not all Copyable types are thread safe, for example non-mutable references implement the Copy trait, it is possible to send references to types with interior...

8.1CVSS2.3AI score0.01098EPSS
SaveExploits1
RustSec
RustSec
•added 2020/11/15 12:00 p.m.•31 views

Data race and memory safety issue in `Index`

The appendix crate implements a key-value mapping data structure called Index that is stored on disk. The crate allows for any type to inhabit the generic K and V type parameters and implements Send and Sync for them unconditionally. Using a type that is not marked as Send or Sync with Index can...

5.9CVSS2AI score0.00978EPSS
SaveExploits1
RustSec
RustSec
•added 2020/11/15 12:00 p.m.•30 views

Queue<T> should have a Send bound on its Send/Sync traits

Affected versions of this crate unconditionally implements Send/Sync for Queue. This allows 1 creating data races to a T: !Sync and 2 sending T: !Send to other threads, resulting in memory corruption or other undefined behavior...

8.1CVSS3.8AI score0.01098EPSS
SaveExploits1
OSV
OSV
•added 2020/11/15 12:00 p.m.•39 views

RUSTSEC-2020-0136 CopyCell lacks bounds on its Send trait allowing for data races

CopyCell is a Cell-like type that is implemented for any type T that is Copyable. It's Send trait has no bounds on the contained type. As not all Copyable types are thread safe, for example non-mutable references implement the Copy trait, it is possible to send references to types with interior...

8.1CVSS8AI score0.01098EPSS
SaveExploits1References3
OSV
OSV
•added 2020/11/15 12:00 p.m.•25 views

RUSTSEC-2020-0126 SyncChannel<T> can move 'T: !Send' to other threads

Affected versions of this crate unconditionally implement Send/Sync for SyncChannel. SyncChannel doesn't provide access to &T but merely serves as a channel that consumes and returns owned T. Users can create UB in safe Rust by sending T: !Send to other threads with SyncChannel::send/recv APIs...

8.1CVSS7.9AI score0.00766EPSS
SaveExploits0References3
OSV
OSV
•added 2020/11/15 12:00 p.m.•40 views

RUSTSEC-2020-0133 Queue<T> should have a Send bound on its Send/Sync traits

Affected versions of this crate unconditionally implements Send/Sync for Queue. This allows 1 creating data races to a T: !Sync and 2 sending T: !Send to other threads, resulting in memory corruption or other undefined behavior...

8.1CVSS8.2AI score0.01098EPSS
SaveExploits1References3
Positive Technologies
Positive Technologies
•added 2020/11/15 12:00 a.m.•4 views

PT-2020-17634

Name of the Vulnerable Software and Affected Versions scottqueue crate through 2020-11-15 Description An issue in the scottqueue crate allows unconditional implementations of Send and Sync for Queue, which can lead to creating data races to a T: !Sync and sending T: !Send to other threads. This...

8.1CVSS0.01098EPSS
SaveExploits1References9
Rows per page
Query Builder