CVE-2023-5676: Eclipse Foundation OpenJ9 · Signal Handler Race Condition
Affects Eclipse Foundation OpenJ9Source CVE Database V5
Not known to be exploited · CVSS 4.1 Medium : upgrade to 0.41.0 when convenient.
Data as of 26 Oct 2026, 14:05 UTC
- 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:HExploitation evidence
Disclosed: evidence found.
CVE published 15 Nov 2023
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 26 Oct 2026.
What to do
Upgrade eclipse-openj9/openj9 to 0.41.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubeclipse-openj9/openj9pkg:github/eclipse-openj9/openj9Other threats | Affected
| Fixed in
|
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.