Skip to main content
CVE-2023-40546VulnerabilityPublished Updated

CVE-2023-40546: Red Hat Enterprise Linux 7 · NULL Pointer Dereference

Affects Red Hat Enterprise Linux 7Source CVE Database V5

0

Not known to be exploited · CVSS 6.2 Medium.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
6.2Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 37% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 29 Jan 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-2023-40546, organizations should: 1) Monitor Red Hat advisories closely and apply official patches or updates for Shim as soon as they become available. 2) Audit systems using Red Hat Enterprise Linux 7 to identify those relying on Shim for secure boot and prioritize patching on these critical systems. 3) Implement robust access controls to limit local access to trusted users only, reducing the risk of exploitation. 4) Enable detailed logging and monitoring for Shim-related errors and crashes to detect potential exploitation attempts early. 5) Test boot processes in controlled environments after patching to ensure stability and prevent unexpected downtime. 6) Consider upgrading to newer supported versions of Red Hat Enterprise Linux where possible, as they may not be affected by this vulnerability. 7) Develop incident response plans that include recovery procedures for boot failures related to Shim crashes. These steps go beyond generic advice by focusing on secure boot environments, local access restrictions, and proactive monitoring specific to the vulnerability's characteristics.

Description

A flaw was found in Shim when an error happened while creating a new ESL variable. If Shim fails to create the new variable, it tries to print an error message to the user; however, the number of parameters used by the logging function doesn't match the format string used by it, leading to a crash under certain circumstances.

References

Community reviews

Loading reviews…