Live › vulnerability › CVE-2026-111555
Go to dashboardluksmeta, the library that stores LUKS2 keyslot metadata, does not validate metadata slot boundaries. A crafted disk header with valid checksums can redirect wipe or load operations outside the metadata area, zeroing or overwriting encrypted data.
Summary written from the sources below. Check the originals before acting.
First seen by InfraStack 2026-10-23 21:57 UTC. All times on this page are UTC.
Systems that process untrusted or externally supplied LUKS disk images or headers with luksmeta, or where someone with write access to a raw block device could alter a header. The sources do not name specific versions or distributions, and they do not say whether ordinary use of locally created encrypted volumes is exposed.
No product ranges from the sources yet.
Unknown from the sources.
Unknown from the sources.
Each row is the first time that source carried this signal. The analyst’s rows are its own findings.
A flaw was found in luksmeta. Improper boundary validation of metadata slots allows an attacker capable of supplying or modifying a disk header to redirect wipe or load operations outside the intended metadata area. An attacker could exploit this vulnerability by providing a crafted header with valid checksums to overwrite or zero out encrypted payload data, resulting in persistent data loss and corrupted storage. Exploitation typically requires privileged access to modify raw block devices or the ability to induce an administrator to process an untrusted disk image.
This page as .md · .json · in your agent: get_signal("CVE-2026-111555")
NVD data is provided by NIST and is public domain. Posts quoted belong to their authors.