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
Alta
EPSS
33.0%
p98
KEV
—
Exploit Today
30
0-100
Publicado: 8 de jun. de 2026 · Última mod.: 19 de ago. de 2026 · CWE-789 · CWE-409
4.2%EPSS · 30 dias33.0%
2026-10-112026-11-08
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
CVECVSSEPSSKEVRExploitTítuloMod.
CVE-2026-1236167.5 ALT41.2%
——12imgproxy from 3.3.0 before 4.0.16 contains an unbounded memory allocation vulnerability in the ICO loader that fails to validate the data_size field. Attackers can supply a crafted 23-byte ICO file declaring a ~4GB data_size to trigger memory exhaustion and worker crashes without authentication.2dCVE-2026-1235637.5 ALT31.7%
——10Devalue before 5.9.3 contains a validation bypass vulnerability that allows custom ArrayBuffer revivers to skip typed-array allocation checks in the parse function. Attackers can supply very small crafted input processed by a malformed ArrayBuffer reviver to allocate massive ArrayBuffers, causing memory exhaustion and denial of service.2dCVE-2026-841614.9 MÉD24.4%
——7When an operator enables store.analysis_statistics_dir, a network client with PRODUCT_STORE permission for a product can call that product's storeAnalysisStatistics Thrift-over-HTTP method. CodeChecker 6.29.0 decodes the attacker-controlled Base64 string and passes the complete compressed input to one-shot zlib.decompress(). No maximum decompressed size is enforced.
This gives a correctly authorized, non-superuser store account a high-ratio memory and persistent-disk amplification primitive. The complete output is first materialized as a Python bytes object and is then written to the configured statistics directory. A sufficiently scaled payload can exhaust the API worker or host memory and impair CodeChecker availability.
The shipped value of store.analysis_statistics_dir is null, so the affected feature is disabled by default. The primary assessment does not rely on authentication being disabled. There is no authorization bypass and no path traversal in this report.3dCVE-2026-1194346.2 MÉD7.4%
——2Improper Handling of Highly Compressed Data (Data Amplification) vulnerability in silviucpp ezstd allows an attacker who supplies a zstd frame to ezstd:decompress_using_ddict/2 to exhaust memory and terminate the Erlang VM via a small frame that declares a very large content size.
zstd_nif_decompress_using_ddict in c_src/ezstd_nif.cc reads the frame's declared content size with ZSTD_getFrameContentSize and passes it directly to enif_make_new_binary, without the 1 GiB MAX_BUFFER_SIZE check that ezstd:decompress/1 applies before allocating. A valid 65,550-byte frame of RLE blocks declaring 2 GiB is rejected by ezstd:decompress/1 but is fully allocated and decompressed by the dictionary path. The allocation happens inside a NIF, so when it exceeds the memory available to the VM the operating system kills the whole node rather than the calling process.
This issue affects ezstd: from 1.0.5 before 1.2.5.4dCVE-2026-1167877.5 ALT41.6%
——12FreeSWITCH is a Software Defined Telecom Stack enabling the digital transformation from proprietary telecom switches to a software implementation that runs on any commodity hardware. Prior to 1.11.2, mod_event_socket used an unauthenticated Content-Length value directly as the allocation size for an Event Socket message body. Negative or extremely large values could overflow the terminator calculation or force an allocation failure through a helper that aborts the FreeSWITCH process. The header is parsed before the Event Socket password, so any host admitted by apply-inbound-acl can trigger termination with its first packet; the default loopback ACL limits ordinary installations to local clients. The outbound socket dialplan path is also affected when FreeSWITCH connects to a hostile application server, and process termination drops every active call until the service is restarted. This issue is fixed in version 1.11.2.4dCVE-2026-1223237.5 ALT27.2%
——8Kyverno from 1.11.0 before 1.19.2 contains an unbounded decompression vulnerability in FetchSignatureBlob that allows attackers to exhaust memory by supplying highly compressed notary signature layers. Attackers who control registry referrers or signatures can publish small gzip layers that decompress beyond maxPayloadSize, causing admission controller OOM kills and denial of service.4d