Lucene search
+L
RustSecMost viewed

1333 matches found

RustSec
RustSec
•added 2026/08/06 12:00 p.m.•32 views

`sevenz-rust` is unmaintained

The sevenz-rust repository has been deleted and the crate is no longer actively maintained. Users should migrate away from the library in favor of a modern up-to-date 7z library such as sevenz-rust2...

5.2AI score
SaveExploits0
RustSec
RustSec
•added 2026/04/27 12:00 p.m.•32 views

`unpack_in` can chmod arbitrary directories by following symlinks

In versions 0.6.0 and earlier of astral-tokio-tar, the unpackin API could inadvertently modify the permissions of external i.e. non-archive directories outside of the archive. An attacker could use this to contrite a tar archive that maliciously changes directory permissions outside of its intend...

5.4AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2026/04/09 12:00 p.m.•32 views

Use-after-free bug after cloning `wasmtime::Linker`

This is an entry in the RustSec database for the Wasmtime security advisory located at https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-hfr4-7c6c-48w2 For more information see the GitHub-hosted security advisory...

5CVSS5.9AI score0.00118EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2026/04/09 12:00 p.m.•32 views

`logprinter` was removed from crates.io for malicious code

The crate downloaded code from an external HTTP endpoint and executed it within its trace fn...

6AI score
SaveExploits0
RustSec
RustSec
•added 2026/03/20 12:00 p.m.•32 views

`tokio-executor` is unmaintained

The tokio-executor crate is unmaintained. It was part of the Tokio 0.1 ecosystem and has been superseded by the main tokio crate...

5.7AI score
SaveExploits0
RustSec
RustSec
•added 2026/03/03 12:00 p.m.•32 views

`time_calibrator` was removed from crates.io due to malicious code

It was reported timecalibrator contained malicious code, that would try to upload .env files to a server. The malicious crate had only 1 version published at 2026-02-28 and no evidence of actual usage. The crate was removed from crates.io and the user account was locked. There were no crates...

6AI score
SaveExploits0
RustSec
RustSec
•added 2026/01/05 12:00 p.m.•32 views

Potential Undefined Behaviors in `Arc<T>`/`Rc<T>` impls of `from_value` on OOM

The SharedPointer::alloc implementation for sync::Arc and rc::Rc in rkyv/src/impls/alloc/rc/atomic.rs and rc.rs does not check if the allocator returns a null pointer on OOM Out of Memory. This null pointer can flow through to SharedPointer::fromvalue, which calls Box::fromrawptr with the null...

7.5AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2025/10/18 12:00 p.m.•32 views

`unic-ucd-bidi` is unmaintained

All Unicode crates that are part of https://github.com/open-i18n/rust-unic are unmaintained. Recommended alternatives - icuproperties...

7AI score
SaveExploits0
RustSec
RustSec
•added 2025/10/18 12:00 p.m.•32 views

`unic-ucd-ident` is unmaintained

All Unicode crates that are part of https://github.com/open-i18n/rust-unic are unmaintained. Recommended alternatives - icuproperties - unicode-ident...

7AI score
SaveExploits0
RustSec
RustSec
•added 2025/03/06 12:00 p.m.•32 views

Some AES functions may panic when overflow checking is enabled.

ring::aead::quic::HeaderProtectionKey::newmask may panic when overflow checking is enabled. In the QUIC protocol, an attacker can induce this panic by sending a specially-crafted packet. Even unintentionally it is likely to occur in 1 out of every 232 packets sent and/or received. On 64-bit targe...

5.3CVSS7.2AI score0.01029EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2024/06/26 12:00 p.m.•32 views

`derivative` is unmaintained; consider using an alternative

The derivative crate is no longer maintained. Consider using any alternative, for instance: - derivemore - derive-where - educe...

7.2AI score
SaveExploits0
RustSec
RustSec
•added 2024/04/03 12:00 p.m.•32 views

Degradation of service in h2 servers with CONTINUATION Flood

An attacker can send a flood of CONTINUATION frames, causing h2 to process them indefinitely. This results in an increase in CPU usage. Tokio task budget helps prevent this from a complete denial-of-service, as the server can still respond to legitimate requests, albeit with increased latency. Mo...

7AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2023/03/19 12:00 p.m.•32 views

NULL pointer dereference in `stb_image`

A bug in error handling in the stbimage C library could cause a NULL pointer dereference when attempting to load an invalid or unsupported image file. This is fixed in version 0.2.5 and later of the stbimage Rust crate, by patching the C code to correctly handle NULL pointers. Thank you to GitHub...

7.1AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2022/10/30 12:00 p.m.•32 views

Denial of Service from unchecked request length

Prior to version 0.4.2, conduit-hyper did not check any limit on a request's length before calling hyper::body::tobytes. An attacker could send a malicious request with an abnormally large Content-Length, which could lead to a panic if memory allocation failed for that request. In version 0.4.2,...

7.5CVSS3.3AI score0.00749EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2022/09/19 12:00 p.m.•32 views

`tauri` filesystem scope partial bypass

A bug identified in this issue allows a partial filesystem scope bypass if glob characters are used within file dialog or drag-and-drop functionalities. This PR fixes the issue by escaping glob characters...

4.7CVSS4.7AI score0.00465EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2022/08/31 12:00 p.m.•32 views

No default limit put on request bodies

::fromrequest would not, by default, set a limit for the size of the request body. That meant if a malicious peer would send a very large or infinite body your server might run out of memory and crash. This also applies to these extractors which used Bytes::fromrequest internally: -...

7.5CVSS1.2AI score0.01002EPSS
SaveExploits1Affected Software1
RustSec
RustSec
•added 2022/01/19 12:00 p.m.•32 views

Space bug in `clean_text`

An incorrect mapping from HTML specification to ASCII codes was used. Because HTML treats the Form Feed as whitespace, code like this has an injection bug: let html = format!"", cleantextusersuppliedstring; Applications are not affected if they quote their attributes, or if they don't use cleante...

1.4AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2021/10/14 12:00 p.m.•32 views

Incorrect use of `set_len` allows for un-initialized memory

Affected versions of this crate passes an uninitialized buffer to a user-provided Read implementation. Arbitrary Read implementations can read from the uninitialized buffer memory exposure and also can return incorrect number of bytes written to the buffer. Reading from uninitialized memory...

1.1AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2021/09/16 12:00 p.m.•32 views

Memory Safety Issue when using `patch` or `merge` on `state` and assign the result back to `state`

Affected versions of this crate maintains references to memory that might have been freed already. If affects the following two tremor-script language constructs: A Merge where we assign the result back to the target expression and the expression to be merged needs to reference the event: let sta...

9.8CVSS0.3AI score0.0123EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2021/07/25 12:00 p.m.•32 views

Remote memory exhaustion in ckb

In the ckb sync protocol, SyncState maintains a HashMap called 'misbehavior' that keeps a score of a peer's violations of the protocol. This HashMap is keyed to PeerIndex an alias for SessionId, and entries are never removed from it. SessionId is an integer that increases monotonically with every...

7.8CVSS1.5AI score0.01515EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2021/03/04 12:00 p.m.•32 views

`quinn` invalidly assumes the memory layout of std::net::SocketAddr

The quinn crate has assumed std::net::SocketAddrV4 and std::net::SocketAddrV6 have the same memory layout as the system C representation sockaddr. It has simply casted the pointers to convert the socket addresses to the system representation. The standard library does not say anything about the...

7.5CVSS2.8AI score0.0125EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2021/02/04 12:00 p.m.•32 views

Multiple soundness issues

Calls std::str::fromutf8unchecked without any checks The function xcb::xproto::GetAtomNameReply::name calls std::str::fromutf8unchecked on the raw bytes that were received from the X11 server without any validity checks. The X11 server only prevents interior null bytes, but otherwise allows any X...

9.8CVSS1.3AI score0.01728EPSS
SaveExploits3Affected Software1
RustSec
RustSec
•added 2021/01/12 12:00 p.m.•32 views

panic safety: double drop or uninitialized drop of T upon panic

Affected versions of this crate did not guard against potential panics that may happen from user-provided functions T::default and T::drop. Panic within T::default leads to dropping uninitialized T, when it is invoked from common::Slice::::new. Panic within T::drop leads to double drop of T, when...

2.5AI score
SaveExploits0
RustSec
RustSec
•added 2021/01/08 12:00 p.m.•32 views

Buffer overflow in SmallVec::insert_many

A bug in the SmallVec::insertmany method caused it to allocate a buffer that was smaller than needed. It then wrote past the end of the buffer, causing a buffer overflow and memory corruption on the heap. This bug was only triggered if the iterator passed to insertmany yielded more items than the...

9.8CVSS8.7AI score0.0172EPSS
SaveExploits1Affected Software1
RustSec
RustSec
•added 2021/01/07 12:00 p.m.•32 views

Reading on uninitialized buffer may cause UB ( `gfx_auxil::read_spirv()` )

Affected versions of this crate passes an uninitialized buffer to a user-provided Read implementation. Arbitrary Read implementations can read from the uninitialized buffer memory exposure and also can return incorrect number of bytes written to the buffer. Reading from uninitialized memory...

9.8CVSS3.8AI score0.0123EPSS
SaveExploits0
RustSec
RustSec
•added 2021/01/04 12:00 p.m.•32 views

panic in user-provided `Endian` impl triggers double drop of T

Affected versions of the crate does not guard against panic from user-provided impl of Endian trait, which is a safe trait that users can implement. If a user-provided implementation of the Endian trait panics, double-drop is triggered due to the duplicated ownership of T created by ptr::read...

7.5CVSS3.2AI score0.01175EPSS
SaveExploits1
RustSec
RustSec
•added 2020/12/19 12:00 p.m.•32 views

Queues allow non-Send types to be sent to other threads, allowing data races

Affected versions of this crate unconditionally implemented Send for types used in queue implementations InnerSend, InnerRecv, FutInnerSend, FutInnerRecv. This allows users to send non-Send types to other threads, which can lead to data race bugs or other undefined behavior. The flaw was correcte...

5.9CVSS3.1AI score0.01121EPSS
SaveExploits1Affected Software1
RustSec
RustSec
•added 2020/12/17 12:00 p.m.•32 views

RingBuffer can create multiple mutable references and cause data races

The RingBuffer type retrieves mutable references from the DataProvider in a non-atomic manner, potentially allowing the creation of multiple mutable references. RingBuffer also implements the Send and Sync traits for all types T. This allows undefined behavior from the aliased mutable references ...

5.9CVSS3.3AI score0.00978EPSS
SaveExploits1Affected Software1
RustSec
RustSec
•added 2020/12/09 12:00 p.m.•32 views

dces' World type can cause data races

The World type in dces is marked as Send without bounds on its EntityStore and ComponentStore. This allows non-thread safe EntityStore and ComponentStores to be sent across threads and cause data races...

8.1CVSS3AI score0.01098EPSS
SaveExploits1
RustSec
RustSec
•added 2020/12/02 12:00 p.m.•32 views

memmap is unmaintained

The author of the memmap crate is unresponsive. Maintained alternatives: - memmap2...

2AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2020/12/01 12:00 p.m.•32 views

Unsound: can make `ARefss` contain a !Send, !Sync object.

ARefss is a type that is assumed to contain objects that are Send + Sync. In the affected versions of this crate, Send/Sync traits are unconditionally implemented for ARefss. By using the ARefss::map API, we can insert a !Send or !Sync object into ARefss. After that, it is possible to create a da...

4.7CVSS0.2AI score0.00245EPSS
SaveExploits1Affected Software1
RustSec
RustSec
•added 2020/11/16 12:00 p.m.•32 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
RustSec
RustSec
•added 2020/11/15 12:00 p.m.•32 views

PinSlab<T> and Unordered<T, S> need bounds on their Send/Sync traits

Affected versions of this crate unconditionally implemented Send & Sync for types PinSlab & Unordered. This allows sending non-Send types to other threads and concurrently accessing non-Sync types from multiple threads. This can result in a data race & memory corruption when types that provide...

8.1CVSS1.7AI score0.00766EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2020/11/10 12:00 p.m.•32 views

`Decoder<R>` can carry `R: !Send` to other threads

Affected versions of this crate implements Send for Decoder for any R: Read. This allows Decoder to contain R: !Send and carry move it to another thread. This can result in undefined behavior such as memory corruption from data race on R, or dropping R = MutexGuard from a thread that didn't lock...

8.1CVSS1.7AI score0.00766EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2020/11/07 12:00 p.m.•32 views

`net2` invalidly assumes the memory layout of std::net::SocketAddr

The net2 crate has assumed std::net::SocketAddrV4 and std::net::SocketAddrV6 have the same memory layout as the system C representation sockaddr. It has simply casted the pointers to convert the socket addresses to the system representation. The standard library does not say anything about the...

2.7AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2020/06/23 12:00 p.m.•32 views

linked-hash-map creates uninitialized NonNull pointer

Affected versions of this crate called mem::uninitialized to create a NonNull, which is undefined behavior. The flaw was corrected by avoiding the use of mem::uninitialized...

9.8CVSS3.5AI score0.01827EPSS
SaveExploits1Affected Software1
RustSec
RustSec
•added 2020/06/01 12:00 p.m.•32 views

traitobject assumes the layout of fat pointers

This crate gets the data pointer from fat pointers assuming that the first element in a fat pointer is the data pointer. This is currently true, but it may change in a future Rust version, leading to memory corruption. This has been fixed in the master branch of the crate, but is has not been...

9.8CVSS3.7AI score0.01731EPSS
SaveExploits1
RustSec
RustSec
•added 2020/04/18 12:00 p.m.•32 views

`stb_truetype` crate has been deprecated; use `ttf-parser` instead

This crate was maintained for use in rusttype which has switched to use ttf-parser...

0.8AI score
SaveExploits0
RustSec
RustSec
•added 2020/02/06 12:00 p.m.•32 views

`tokio-proto` is deprecated/unmaintained

The tokio-proto crate has been deprecated, and its GitHub repository has been archived. Users may be interested in tokio-tower instead, per https://github.com/tokio-rs/tokio/issues/118issuecomment-452969665...

0.6AI score
SaveExploits0
RustSec
RustSec
•added 2019/10/14 12:00 p.m.•32 views

Flaw in Scalar::check_overflow allows side-channel timing attack

Versions of libsecp256k1 prior to 0.3.1 did not execute Scalar::checkoverflow in constant time. This allows an attacker to potentially leak information via a timing attack. The flaw was corrected by modifying Scalar::checkoverflow to execute in constant time...

7.5CVSS6.6AI score0.01421EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2019/10/03 12:00 p.m.•32 views

Flaw in CBOR deserializer allows stack overflow

Affected versions of this crate did not properly check if semantic tags were nested excessively during deserialization. This allows an attacker to craft small 1 kB CBOR documents that cause a stack overflow. The flaw was corrected by limiting the allowed number of nested tags...

7.5CVSS4.6AI score0.01409EPSS
SaveExploits1Affected Software1
RustSec
RustSec
•added 2019/09/01 12:00 p.m.•32 views

Use-after-free in buffer conversion implementation

The From implementation for Vec was not properly implemented, returning a vector backed by freed memory. This could lead to memory corruption or be exploited to cause undefined behavior. A fix was published in version 0.1.3...

9.8CVSS3.6AI score0.01634EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2019/08/27 12:00 p.m.•32 views

Wrong memory orderings in RwLock potentially violates mutual exclusion

Wrong memory orderings inside the RwLock implementation allow for two writers to acquire the lock at the same time. The drop implementation used Ordering::Relaxed, which allows the compiler or CPU to reorder a mutable access on the locked data after the lock has been yielded. Only users of the...

7.8CVSS1.4AI score0.01423EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2019/07/04 12:00 p.m.•32 views

MultiDecoder::read() drops uninitialized memory of arbitrary type on panic in client code

Affected versions of libflate have set a field of an internal structure with a generic type to an uninitialized value in MultiDecoder::read and reverted it to the original value after the function completed. However, execution of MultiDecoder::read could be interrupted by a panic in caller-suppli...

9.8CVSS3.1AI score0.02458EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2019/06/13 12:00 p.m.•32 views

Processing of maliciously crafted length fields causes memory allocation SIGABRTs

Affected versions of this crate tried to preallocate a vector for an arbitrary amount of bytes announced by the ASN.1-DER length field without further checks. This allows an attacker to trigger a SIGABRT by creating length fields that announce more bytes than the allocator can provide. The flaw w...

7.5CVSS4AI score0.01382EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2018/06/08 12:00 p.m.•32 views

Multiple memory safety issues

Affected versions contain multiple memory safety issues, such as: - Unsoundly coercing immutable references to mutable references - Unsoundly extending lifetimes of strings - Adding the Send marker trait to objects that cannot be safely sent between threads This may result in a variety of memory...

9.8CVSS2AI score0.01368EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2026/10/02 12:00 p.m.•31 views

Wasmtime wasi:http implementation panics with a zero timeout supplied

This is an entry in the RustSec database for the Wasmtime security advisory located at https://github.com/bytecodealliance/wasmtime/security/advisories/GHSA-w4qr-p94g-mjhv For more information see the GitHub-hosted security advisory...

5.9CVSS5.8AI score0.00226EPSS
SaveExploits0Affected Software1
RustSec
RustSec
•added 2026/08/06 12:00 p.m.•31 views

A `BigInt` division panics, and two neighbouring operations answer wrongly in silence

viperjs is a JavaScript engine intended to run untrusted script inside a host application, so script text is data rather than a trusted caller and a panic reachable from script is a denial of service in the embedder's process. A divisor whose magnitude lands exactly on the engine's internal limb...

5.5AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2026/06/09 12:00 p.m.•32 views

AES-GCM did not enforce limits on AAD length

NIST Special Publication 800-38D specifies that the bit length of the AAD shall not exceed 2^64 - 1 bits. The implementation of AES-GCM in libcrux-aesgcm neither enforced this limit for encryption nor for decryption. Impact Use of AES-GCM with AAD of length exceeding the prescribed maximum length...

5.4AI score
SaveExploits0Affected Software1
RustSec
RustSec
•added 2026/05/07 12:00 p.m.•31 views

`Program<System>` accepts arbitrary executable programs

Affected versions of anchor-lang did not properly validate accounts declared as Program. The generic Program validation path used Pubkey::default as a sentinel to decide whether any executable program should be accepted. Since the system program id is also the default pubkey, Program was treated...

8.2CVSS5.7AI score0.00378EPSS
SaveExploits1Affected Software1
Total number of security vulnerabilities1333