CVE-2024-11029: Exposure of Sensitive System Information to an Unauthorized Control Sphere
Source CVE Database V5
Not known to be exploited · CVSS 5.5 Medium.
Data as of 26 Oct 2026, 10:12 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 13% 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 15 Jan 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: 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 26 Oct 2026.
What to do
AI-suggested
To mitigate CVE-2024-11029, organizations should first ensure that access to journalctl logs is strictly controlled and limited to trusted administrators only. Implement role-based access controls (RBAC) and audit log access regularly to detect unauthorized viewing. Where possible, configure journalctl to restrict sensitive information exposure by filtering or redacting command-line arguments containing credentials. Consider disabling or modifying FreeIPA audit logging during installation to avoid logging sensitive command lines, or use environment variables or secure input methods that do not expose passwords in command lines. Applying any available patches or updates from FreeIPA or Red Hat as soon as they are released is critical. Additionally, organizations should review their centralized logging infrastructure to ensure that logs containing sensitive data are encrypted in transit and at rest, and that access is logged and monitored. Employing multi-factor authentication and strong password policies for FreeIPA administrators can reduce the risk if credentials are exposed. Finally, conduct regular security assessments and penetration tests to identify and remediate similar information leakage issues.
Description
A flaw was found in the FreeIPA API audit, where it sends the whole FreeIPA command line to journalctl. As a consequence, during the FreeIPA installation process, it inadvertently leaks the administrative user credentials, including the administrator password, to the journal database. In the worst-case scenario, where the journal log is centralized, users with access to it can have improper access to the FreeIPA administrator credentials.