Skip to main content
CVE-2023-5676VulnerabilityPublished Updated

CVE-2023-5676: Eclipse Foundation OpenJ9 · Signal Handler Race Condition

Affects Eclipse Foundation OpenJ9Source CVE Database V5

0

Not known to be exploited · CVSS 4.1 Medium : upgrade to 0.41.0 when convenient.

Data as of 26 Oct 2026, 06:26 UTC

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

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 15 Nov 2023

  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-26.

What to do

Upgrade eclipse-openj9/openj9 to 0.41.0.

Affected software

ProductAffectedFixed in
GitHubeclipse-openj9/openj9pkg:github/eclipse-openj9/openj9Other threatsAffected
  • <0.41.0
Fixed in
  • 0.41.0

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

To mitigate CVE-2023-5676, organizations should upgrade OpenJ9 JVM to version 0.41.0 or later as soon as the patch is available. Until then, operational procedures should be adjusted to avoid sending shutdown signals (SIGTERM, SIGINT, SIGHUP) to the JVM process during its initialization phase. Monitoring and controlling process signals in automated deployment or orchestration systems can help prevent accidental triggering. Additionally, restricting local access to JVM host systems and limiting high-privilege user capabilities reduces the risk of exploitation. Implementing robust logging and alerting for JVM crashes or hangs can facilitate rapid detection and response. For environments where upgrading is delayed, consider isolating critical JVM instances or using alternative JVM implementations temporarily. Finally, coordinate with development and operations teams to ensure JVM lifecycle management accounts for this vulnerability.

Description

In Eclipse OpenJ9 before version 0.41.0, the JVM can be forced into an infinite busy hang on a spinlock or a segmentation fault if a shutdown signal (SIGTERM, SIGINT or SIGHUP) is received before the JVM has finished initializing.

References

Community reviews

Loading reviews…