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).
Security readout for executives and security teams
Plain-English summary
A remote, unauthenticated attacker may disrupt affected JBoss EAP services by repeatedly sending oversized AJP requests. The backend closes connections without responding, causing the front-end cluster proxy to mark application servers unavailable and stop forwarding traffic. This can create a denial of service; the supplied evidence does not establish data theft or active exploitation.
Executive priority
Prioritize affected externally reachable or business-critical JBoss clusters. Patch through Red Hat’s applicable advisories and verify every node. Treat this as an availability risk rather than a confirmed confidentiality breach. If exposure is isolated and compensating controls prevent untrusted AJP traffic, schedule remediation promptly within normal high-severity timelines.
Technical view
When an AJP request exceeds the listener’s max-header-size, Undertow closes the backend TCP connection without an AJP response. mod_proxy_cluster then marks the JBoss EAP worker as erroneous and stops forwarding requests. Repetition can deny service. The supplied affected inventory identifies specific JBoss EAP 7.1 and 7.3 EUS package builds on RHEL 7.
Likely exposure
Exposure requires an affected JBoss EAP deployment using an AJP listener with httpd mod_cluster or mod_proxy_cluster, where untrusted oversized requests can reach that path. Internet-facing proxies increase concern, but internal services may also be exposed through reachable intermediary systems. The bundle does not establish whether AJP is enabled by default.
Exploitation context
The behavior is remotely triggerable, requires no privileges or user interaction, and is described as low complexity. Repeated malformed requests could remove workers from service. CVE is not identified as CISA KEV, and the supplied sources provide no evidence of active exploitation or a public exploit.
Researcher notes
The narrative describes denial of service, but the supplied CVSS vector encodes confidentiality impact as high and availability impact as none. That inconsistency should be checked against current vendor scoring before relying on component metrics. The package list appears advisory-specific and should not be generalized beyond the named JBoss EAP EUS releases and builds.
Mitigation direction
Apply the applicable Red Hat security update identified in vendor advisories.
Confirm update eligibility for the deployed JBoss EAP EUS release and RHEL package set.
Restrict untrusted access to AJP listeners and cluster-proxy paths where operationally feasible.
Review current Red Hat guidance before using configuration changes as compensating controls.
Validation and detection
Inventory JBoss EAP 7.1 and 7.3 EUS deployments and installed package versions.
Identify AJP listeners and their max-header-size settings.
Verify whether httpd mod_cluster or mod_proxy_cluster forwards traffic to affected backends.
Confirm applicable Red Hat errata packages are installed across every cluster node.
Review proxy and backend logs for worker-error transitions following closed AJP connections.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-770: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-770 · source CWE mapping
Allocation of Resources Without Limits or Throttling
Allocation of Resources Without Limits or Throttling represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.