There is a bug in the main branch of Lucet's lucet-runtime
that allows a use-after-free in an Instance
object that could result in memory corruption, data race, or other related issues. This bug was introduced early in the development of Lucet and is present in all releases. As a result of this bug, and dependent on the memory backing for the Instance
objects, it is possible to trigger a use-after-free when the Instance
is dropped.
Users should upgrade to the main
branch of the Lucet repository. Lucet does not provide versioned releases on crates.io.
There is no way to remediate this vulnerability without upgrading.
Lucet uses a "pool" allocator for new WebAssembly instances that are created. This pool allocator manages everything from the linear memory of the wasm instance, the runtime stack for async switching, as well as the memory behind the Instance itself. Instances
are referred to via an InstanceHandle
type which will, on drop, release the memory backing the Instance back to the pool.
When an Instance is dropped, the fields of the Instance
are destructed top-to-bottom, however when the alloc: Alloc
field is destructed, the memory backing the Instance
is released back to the pool before the destructors of the remaining fields are run. If another thread allocates the same memory from the pool while these destructors are still running, a race condition occurs that can lead to use-after-free errors.
The bug was corrected by changing how the InstanceHandle
destructor operates to ensure that the memory backing an Instance is only returned to the pool once the Instance
has been completely destroyed.
This security advisory has been assigned CVE-2021-43790.
If you have any questions or comments about this advisory: * Open an issue in lucet repository * Email the lucet team * See the Bytecode Alliance security policy
{ "nvd_published_at": "2021-11-30T00:15:00Z", "github_reviewed_at": "2021-11-30T20:56:59Z", "severity": "HIGH", "github_reviewed": true, "cwe_ids": [ "CWE-416" ] }