CVE-2026-26104: Red Hat Enterprise Linux 10 · Missing Authorization
Affects Red Hat Enterprise Linux 10Source CVE Database V5
Not known to be exploited · CVSS 5.5 Medium.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.08% chance of exploitation in 30 days – higher than 0% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 25 Feb 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponized: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 30 Oct 2026.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| Red Hat Enterprise Linux 10udisks2 | Affected– | Fixed in– |
| Red Hat Enterprise Linux 10.0 Extended Update Supportudisks2 | Affected– | Fixed in– |
| Red Hat Enterprise Linux 6udisks | Affected– | Fixed in– |
| Red Hat Enterprise Linux 7udisks2 | Affected– | Fixed in– |
| Red Hat Enterprise Linux 8udisks2 | Affected– | Fixed in– |
| Red Hat Enterprise Linux 9udisks2 | Affected– | Fixed in– |
AI-suggested
To mitigate CVE-2026-26104, organizations should implement the following specific measures: 1) Monitor Red Hat advisories closely and apply patches or updates to the udisks daemon as soon as they are released to enforce proper authorization checks. 2) Restrict local user access to systems running Red Hat Enterprise Linux 10, especially limiting accounts with low privileges from accessing or invoking D-Bus methods related to udisks. 3) Employ mandatory access control frameworks such as SELinux or AppArmor to confine the udisks daemon and restrict its interaction with unprivileged users. 4) Audit and monitor D-Bus activity and system logs for unusual attempts to export encryption metadata. 5) Consider additional encryption layers or key management solutions that do not solely rely on LUKS headers for security. 6) Educate system administrators and users about the risks of local privilege misuse and enforce strict access controls on sensitive systems. These targeted actions go beyond generic advice by focusing on controlling local access and monitoring specific system components involved in the vulnerability.
Description
A flaw was found in the udisks storage management daemon that allows unprivileged users to back up LUKS encryption headers without authorization. The issue occurs because a privileged D-Bus method responsible for exporting encryption metadata does not perform a policy check. As a result, sensitive cryptographic metadata can be read and written to attacker-controlled locations. This weakens the confidentiality guarantees of encrypted storage volumes.
References
- access.redhat.com/errata/RHSA-2026:3476 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:5831 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-26104 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2433717 (opens in a new tab)
- github.com/storaged-project/udisks/security/advisories/GHSA-fcvx-497g-6xmw (opens in a new tab)