Skip to main content
CVE-2023-5992VulnerabilityPublished Updated

CVE-2023-5992: Red Hat Enterprise Linux 8 · Observable Discrepancy

Affects Red Hat Enterprise Linux 8Source CVE Database V5

0

Not known to be exploited · CVSS 5.6 Medium.

Data as of 26 Oct 2026, 08:30 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 31 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 26 Oct 2026.

What to do

AI-suggested

1. Apply official patches and updates from Red Hat and OpenSC maintainers as soon as they become available to address the side-channel vulnerability. 2. Restrict network and local access to cryptographic services and OpenSC components to trusted users and systems only, minimizing exposure to potential attackers. 3. Implement monitoring and anomaly detection for unusual cryptographic operation patterns or timing discrepancies that could indicate side-channel attack attempts. 4. Use hardware security modules (HSMs) or cryptographic accelerators that provide built-in side-channel resistance where feasible. 5. Conduct regular security audits and code reviews of cryptographic implementations to ensure adherence to side-channel resistant coding practices. 6. Educate security teams about side-channel risks and incorporate side-channel attack scenarios into incident response planning. 7. Consider deploying additional layers of encryption or multi-factor authentication to reduce the impact of potential key leakage. 8. Limit the use of vulnerable cryptographic libraries in sensitive environments until fully patched and verified.

Description

A vulnerability was found in OpenSC where PKCS#1 encryption padding removal is not implemented as side-channel resistant. This issue may result in the potential leak of private data.

References

Community reviews

Loading reviews…