CVE-2024-7012: Improper Authentication
Source CVE Database V5
Not known to be exploited · CVSS 9.8 Critical.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.7% chance of exploitation in 30 days – higher than 55% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 4 Sep 2024
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 2026-10-25.
What to do
AI-suggested
To mitigate CVE-2024-7012, organizations should take the following specific actions: 1) Immediately review and harden Apache mod_proxy configurations to ensure headers with underscores are properly handled or blocked, preventing malformed headers from bypassing authentication. 2) Monitor official Red Hat advisories and apply patches or updates for Satellite versions 6.13, 6.14, and 6.15 as soon as they are released. 3) Implement strict network segmentation and access controls to limit exposure of Satellite management interfaces to trusted networks only. 4) Employ Web Application Firewalls (WAFs) or proxy filters capable of detecting and blocking suspicious HTTP headers with underscores or malformed requests. 5) Conduct thorough audits of current Satellite deployments to detect any unauthorized administrative access or suspicious activity. 6) Consider temporary disabling or restricting External Authentication integration if feasible until patches are applied. 7) Educate system administrators about this vulnerability and the importance of secure proxy and header configurations. These targeted steps go beyond generic advice by focusing on the specific Apache mod_proxy header handling issue and the Satellite deployment context.
Description
An authentication bypass vulnerability has been identified in Foreman when deployed with External Authentication, due to the puppet-foreman configuration. This issue arises from Apache's mod_proxy not properly unsetting headers because of restrictions on underscores in HTTP headers, allowing authentication through a malformed header. This flaw impacts all active Satellite deployments (6.13, 6.14 and 6.15) and could potentially enable unauthorized users to gain administrative access.
References
- access.redhat.com/errata/RHSA-2024:6335 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:6336 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:6337 (opens in a new tab)
- access.redhat.com/errata/RHSA-2024:8906 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2024-7012 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2299429 (opens in a new tab)