Skip to main content
VulnerabilityPublished

CVE-2026-75092: Red Hat Enterprise Linux 9 · Execution with Unnecessary Privileges

Affects Red Hat Enterprise Linux 9Source CVE Database V5

0
Compare

Not known to be exploited · CVSS 7.3 High.

Data as of 30 Oct 2026, 11:52 UTC

CVSS 3.1 base score
7.3High
How severe the flaw is on the 0–10 CVSS scale.
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:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

ProductAffectedFixed in
Red Hat Enterprise Linux 9leapp-repositoryAffected–Fixed in–
Red Hat Enterprise Linux 9.6 Extended Update Supportleapp-repositoryAffected–Fixed in–
Red Hat Enterprise Linux 8leapp-repositoryAffected–Fixed in–
Red Hat OpenStack Platform 17.1leapp-repository-openstackAffected–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

Community reviews

Loading reviews…