CVE-2026-49975
Memory Allocation with Excessive Size Value vulnerability in Apache HTTP Server's mod_http leads to denial of service via malicious HTTP req
CVSS
7.5
High
EPSS
33.0%
p98
KEV
—
Exploit Today
30
0-100
Published: Jun 8, 2026 · Last modified: Aug 19, 2026 · CWE-789 · CWE-409
4.2%EPSS · 30 days33.0%
2026-10-012026-10-28
Memory Allocation with Excessive Size Value vulnerability in Apache HTTP Server's mod_http leads to denial of service via malicious HTTP requests. This issue affects Apache HTTP Server: from 2.4.17 through 2.4.67.
- httpd.apache.orghttps://httpd.apache.org/security/vulnerabilities_24.html
- www.openwall.comhttp://www.openwall.com/lists/oss-security/2026/06/03/3
- www.openwall.comhttp://www.openwall.com/lists/oss-security/2026/06/08/16
- lists.debian.orghttps://lists.debian.org/debian-lts-announce/2026/06/msg00009.html
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:25042
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:25057
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:25090
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:25225
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:27114
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:27200
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:27201
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:36373
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:36831
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:36846
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:50538
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:50572
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:55930
- access.redhat.comhttps://access.redhat.com/errata/RHSA-2026:55992
- access.redhat.comhttps://access.redhat.com/security/cve/CVE-2026-49975
- bugzilla.redhat.comhttps://bugzilla.redhat.com/show_bug.cgi?id=2485371
CVECVSSEPSSKEVRExploitTitleMod.
CVE-2026-1192803.7 LOW—
———MariaDB Connector/J is used to connect applications developed in Java to MariaDB and MySQL databases. From 3.0.0 until 3.3.7, 3.4.5, and 3.5.11, the MariaDbPoolConnection.recover() and MariaDbPoolPinnedConnection.recover() implementations trusted the gtrid_length and bqual_length columns returned by XA RECOVER. The methods allocated and split Xid byte arrays without validating the lengths against Xid.MAXGTRIDSIZE, Xid.MAXBQUALSIZE, or the actual data payload. A malicious or compromised server, or a machine-in-the-middle attacker, could cause large allocations, NegativeArraySizeException, or ArrayIndexOutOfBoundsException during XA recovery. This issue is fixed in versions 3.3.7, 3.4.5, and 3.5.11.11hCVE-2026-1192785.9 MED—
———MariaDB Connector/J is used to connect applications developed in Java to MariaDB and MySQL databases. From 3.0.0 until 3.3.7 and 3.4.5, during caching_sha2_password authentication, the authentication-more-data response was treated as a length-encoded byte array, memory was allocated from the server-declared length, and authResult[0] was accessed without ensuring a byte existed. A malicious or compromised server, or a machine-in-the-middle attacker, could declare a very large length or send an empty response before any password was transmitted. The malformed packet could cause excessive allocation or an unchecked ArrayIndexOutOfBoundsException escaping from DriverManager.getConnection(). This issue is fixed in versions 3.3.7 and 3.4.5.11hCVE-2026-1192765.9 MED—
———MariaDB Connector/J is used to connect applications developed in Java to MariaDB and MySQL databases. From 3.0.0 until 3.3.7, 3.4.5, and 3.5.11, when CLIENT_SESSION_TRACK was negotiated, the OkPacket.parse() and OkPacket.parseWithInfo() paths allocated byte arrays using server-declared lengths for the OK packet info field and session-state variable names and values before confirming that the bytes remained in the packet. A malicious or compromised server, or a machine-in-the-middle attacker, could send a small OK packet declaring a much larger length and repeatedly force attacker-controlled heap allocations before the subsequent copy failed. This could create garbage-collection pressure or an OutOfMemoryError in the client application. This issue is fixed in versions 3.3.7, 3.4.5, and 3.5.11.11hCVE-2026-1187617.5 HIG—
———Kubeflow Pipelines enables users to build and deploy portable, scalable machine learning workflows. Prior to 2.18.0, the API server decompressed uploaded pipeline archives without adequately bounding expanded data while locating or reading the pipeline file. A small ZIP or gzip-compressed tar archive can consume disproportionately large memory and exhaust API-server resources. Multipart pipeline and pipeline-version upload processing performs decompression before namespace authorization, so a reachable caller does not need a successful pipeline-create authorization decision. URL-import handlers authorize before fetching and decompressing a remote archive. The amount of expansion required to interrupt service depends on deployment resource limits and concurrent activity, and no specific archive is guaranteed to crash every deployment. This issue is fixed in version 2.18.0.11hCVE-2026-1185905.3 MED—
——0A security vulnerability has been detected in nipy nibabel up to 5.4.2. The affected element is the function array_from_file of the file nibabel/volumeutils.py of the component Header Handler. The manipulation leads to uncontrolled memory allocation. The attack is possible to be carried out remotely. The pull request to fix this issue awaits acceptance.17hCVE-2026-1185895.3 MED—
——0A weakness has been identified in nschloe meshio up to 5.3.5. Impacted is an unknown function of the file meshio/_vtk_42.py of the component VTK Reader. Executing a manipulation of the argument DIMENSIONS can lead to uncontrolled memory allocation. The attack can be executed remotely. The project was informed of the problem early through an issue report but has not responded yet.14h