CVE-2026-75092: Red Hat Enterprise Linux 9 · Execution with Unnecessary Privileges
Affects Red Hat Enterprise Linux 9Source CVE Database V5
Not known to be exploited · CVSS 7.3 High.
Data as of 30 Oct 2026, 11:52 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 8% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:L/UI:R/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Sep 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 9leapp-repository | Affected– | Fixed in– |
| Red Hat Enterprise Linux 9.6 Extended Update Supportleapp-repository | Affected– | Fixed in– |
| Red Hat Enterprise Linux 8leapp-repository | Affected– | Fixed in– |
| Red Hat OpenStack Platform 17.1leapp-repository-openstack | Affected– | Fixed in– |
AI-suggested
Currently, Red Hat states that no mitigation is available or that existing options do not meet their criteria for ease of use, applicability, or stability. Users should monitor the Red Hat advisory for updates on remediation. Until a fix is released, limiting OS-level access to the mysql service user and exercising caution when running the Leapp upgrade workflow are prudent. Customers with Red Hat Technical Account Managers can seek direct guidance.
Description
A privilege escalation flaw was found in the scan_mysql actor of leapp-upgrade-el9toel10 (provided by leapp-repository). During RHEL 9 to RHEL 10 upgrades, the actor runs: mysqld --validate-config --log-error-verbosity=2 directly as root in the Leapp actor context, bypassing the packaged MySQL systemd unit that normally starts the daemon as User=mysql. A process compromised as the mysql OS identity can write a version-2 persisted configuration (mysqld-auto.cnf) and a malicious shared object into /var/lib/mysql (a directory owned by mysql). That persisted map can set plugin_dir to /var/lib/mysql and early_plugin_load (or related loader options such as plugin_load / plugin_load_add) so MySQL loads the attacker-controlled object during configuration validation. Plugin loading can reach dlopen() before MySQL’s runtime-user check and before plugin-symbol validation. When an administrator subsequently runs the documented Leapp preupgrade or upgrade workflow, attacker-controlled code can execute as UID 0 with a full capability set in an unconfined SELinux domain (unconfined_t). The attack does not require write access to the default system plugin path under /usr; redirecting plugin_dir via mysql-owned persisted state is sufficient. Ordinary SQL privileges alone (including highly privileged SQL accounts) are not a sufficient startpoint — OS-level execution as the mysql service identity is required, plus later administrator invocation of Leapp.
References
- access.redhat.com/security/cve/CVE-2026-75092 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2517499 (opens in a new tab)
- github.com/oamg/leapp-repository (opens in a new tab)
- github.com/oamg/leapp-repository/commit/3e4cafffc8de1600a66519b326a407f37b665356 (opens in a new tab)
- github.com/oamg/leapp-repository/pull/1343 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:67608 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:67609 (opens in a new tab)