CVE-2023-5379: Red Hat JBoss Enterprise Application Platform 7.1 EUS for RHEL 7 · Unthrottled Resource Allocation
Affects Red Hat JBoss Enterprise Application Platform 7.1 EUS for RHEL 7Source CVE Database V5
Not known to be exploited · CVSS 7.5 High.
Data as of 26 Oct 2026, 09:15 UTC
- EPSS
- 1.0% chance of exploitation in 30 days – higher than 63% 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:N/A:NExploitation evidence
Disclosed: evidence found.
CVE published 12 Dec 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
AI-suggested
1. Apply official patches from Red Hat as soon as they become available to address the vulnerability in Undertow and mod_cluster components. 2. Review and tighten the max-header-size configuration in the ajp-listener to reasonable limits that prevent oversized headers without impacting legitimate traffic. 3. Implement monitoring and alerting on mod_cluster error states and backend instance health to detect early signs of exploitation or misconfiguration. 4. Use network-level controls such as firewalls or intrusion prevention systems to detect and block AJP requests with headers exceeding expected sizes. 5. Consider disabling or restricting AJP connectors if not required, or isolate them behind secure network segments to reduce exposure. 6. Conduct regular security assessments and penetration tests focusing on load balancer and backend communication protocols. 7. Educate operations teams about this vulnerability and ensure incident response plans include steps to handle mod_cluster-related DoS scenarios. 8. Evaluate alternative load balancing or proxy solutions if mod_cluster is critical and cannot be adequately secured.
Description
A flaw was found in Undertow. When an AJP request is sent that exceeds the max-header-size attribute in ajp-listener, JBoss EAP is marked in an error state by mod_cluster in httpd, causing JBoss EAP to close the TCP connection without returning an AJP response. This happens because mod_proxy_cluster marks the JBoss EAP instance as an error worker when the TCP connection is closed from the backend after sending the AJP request without receiving an AJP response, and stops forwarding. This issue could allow a malicious user could to repeatedly send requests that exceed the max-header-size, causing a Denial of Service (DoS).
References
- access.redhat.com/errata/RHSA-2025:9582 (opens in a new tab)
- access.redhat.com/errata/RHSA-2025:9583 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2023-5379 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2242099 (opens in a new tab)
- access.redhat.com/errata/RHSA-2023:4509 (opens in a new tab)