Skip to main content
CVE-2024-7012VulnerabilityPublished Updated

CVE-2024-7012: Improper Authentication

Source CVE Database V5

0

Not known to be exploited · CVSS 9.8 Critical.

Data as of 25 Oct 2026, 19:02 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Sep 2024

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 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

Community reviews

Loading reviews…