CyberSecBulletin

Memory Allocation with Excessive Size Value

CWE-789

The product allocates memory based on an untrusted, large size value, but it does not ensure that the size is within expected limits, allowing arbitrary amounts of memory to be allocated.

We track 157 vulnerabilities of this type. 100% are rated high or critical, and the average CVSS score is 7.7.

How this weakness is prevented

  • Implementation Architecture and Design: Perform adequate input validation against any value that influences the amount of memory that is allocated. Define an appropriate strategy for handling requests that exceed the limit, and consider supporting a configuration option so that the administrator can extend the amount of memory to be used if necessary.
  • Operation: Run your program using system-provided resource limits for memory. This might still cause the program to crash or exit, but the impact to the rest of the system will be minimized.

Latest Memory Allocation with Excessive Size Value vulnerabilities

  • 7.5 High severity

    FortiMail: Memory Allocation with Excessive Size Value

    CVE-2026-126165Fortinet

    A memory allocation with excessive size value vulnerability in Fortinet FortiMail 8.0.0 through 8.0.1, FortiMail 7.6.0 through 7.6.6, FortiMail 7.4.0 through 7.4.8, FortiMail 7.2 all versions may allow a remote unauthenticated attacker to cause a denial of ser

  • 7.5 High severity

    imgproxy: Memory Allocation with Excessive Size Value

    CVE-2026-123616Imgproxy

    imgproxy 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 wo

  • 7.5 High severity

    devalue: Memory Allocation with Excessive Size Value

    CVE-2026-123563Sveltejs

    Devalue 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 a

  • 7.5 High severity

    freeswitch: Integer Overflow or Wraparound

    CVE-2026-116787Signalwire

    FreeSWITCH 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 valu

  • 7.5 High severity

    Apache ActiveMQ NMS OpenWire Client Library: Memory Allocation with Excessive Size Value

    CVE-2026-103582Apache

    Unbounded memory allocation and missing frame size validation in Apache NMS ActiveMQ (the .NET OpenWire client, package Apache.NMS.ActiveMQ) before 2.3.0. The OpenWire unmarshalling code trusted the frame size and the length and count fields read from the netw

  • 8.3 High severity

    Apache Wicket: Memory Allocation with Excessive Size Value

    CVE-2026-83594Apache

    Memory allocation with an excessive size value in Apache Wicket. org.apache.wicket.markup.html.form.upload.resource.FileUploadToResourceField uploads files to a separately mounted resource rather than through a form, and is told the outcome afterwards over its

  • 7.5 High severity

    ag-psd: Memory Allocation with Excessive Size Value

    CVE-2026-62297Agamnentzar

    ag-psd is a JavaScript library for reading and writing Photoshop Document files. Before the allocation-limit remediation attempt in version 31.0.0, `readPsd()` commits image and layer buffers from attacker-declared PSD geometry before validating the declaratio

  • 8.9 High severity

    crass: Memory Allocation with Excessive Size Value

    CVE-2026-61845Rgrove

    Crass is a Ruby CSS parser that's fully compliant with the CSS Syntax Level 3 specification. Prior to 1.0.7, Crass converts `CSS scientific notation` number values with unbounded exponentiation before clamping the result to `Float::MAX`. Applications that use

  • 7.5 High severity

    Several Kafka deserialization paths read a size or count field from input data and use it…

    CVE-2026-111551Apache

    Several Kafka deserialization paths read a size or count field from input data and use it directly to allocate an array, collection, or byte buffer, with no check against the bytes actually available. A small crafted input can therefore declare a very large si

  • 9.1 Critical severity

    Apache Kafka: Uncontrolled Resource Consumption

    CVE-2026-111108Apache

    Apache Kafka's code-generated protocol readers pre-size an array's collection from the element count declared by the sender. That count is checked only against the bytes remaining in the request buffer, which assumes about one byte per element; because most el

  • 7.5 High severity

    Telerik Document Processing Libraries: Inefficient Algorithmic Complexity

    CVE-2026-118036Progress Software

    In Progress® Telerik® Document Processing Libraries prior to version 2026.3.1027, uncontrolled recursion, infinite loop, inefficient algorithmic complexity and resource allocation vulnerabilities in RadPdfProcessing and AI document summarization and question a

  • 7.5 High severity

    jackson-dataformat-smile: Memory Allocation with Excessive Size Value

    CVE-2026-104895FasterXML

    The asynchronous Smile parser (NonBlockingByteArrayParser) uses a raw-binary length prefix taken from untrusted input to allocate a byte[] before the body is read, with no upper bound and no overflow check. On the raw-binary marker 0xFD, _decodeVInt() computes

  • 7.5 High severity

    zip2: Uncontrolled Resource Consumption

    CVE-2026-115909Zip-rs

    zip is a zip library for Rust that supports reading and writing simple ZIP files. From 1.3.0 until 9.0.0, ZipArchive::extract in src/read/mod.rs calls Vec::with_capacity for a symbolic link target using the attacker-controlled ZIP64 uncompressed_size before re

  • 7.5 High severity

    zip2: Uncontrolled Resource Consumption

    CVE-2026-115907Zip-rs

    zip is a zip library for Rust that supports reading and writing simple ZIP files. From 5.1.0 until 9.0.0, applications built with the legacy-zip feature can reserve output capacity from an attacker-controlled ZIP64 uncompressed size before validating the compr

  • 7.5 High severity

    aws-c-mqtt: Memory Allocation with Excessive Size Value

    CVE-2026-115417AWS

    Memory allocation with excessive size value in the MQTT 3.1.1 compatibility adapter in AWS aws-c-mqtt before 0.16.2 might allow a remote actor to cause a denial of service of the client application. To remediate this issue, users should upgrade to aws-c-mqtt 0

  • 8.7 High severity

    PhpSpreadsheet: Uncontrolled Resource Consumption

    CVE-2026-108359PHPOffice

    PhpSpreadsheet is a pure PHP library for reading and writing spreadsheet files. Prior to 1.30.7, 2.1.19, 2.4.8, 3.10.8, and 5.10.0, Ods::processTableRow in src/PhpSpreadsheet/Reader/Ods.php accepts an unbounded table:number-rows-repeated attribute from an ODS

  • 7.5 High severity

    Apache bRPC: Allocation of Resources Without Limits or Throttling

    CVE-2026-56387Apache

    The RTMP AMF parser in Apache bRPC accepts AMF string lengths and array counts directly from untrusted input. A remote unauthenticated attacker who can reach a bRPC server with RTMP enabled can send a small AMF payload with an excessive declared long string le

  • 7.5 High severity

    Pillow: Memory Allocation with Excessive Size Value

    CVE-2026-112399Python-pillow

    Pillow is a Python imaging library. From 8.1.0 until 13.0.0, Pillow can allocate an APNG disposal background at the full canvas size before applying the decompression-bomb check. A crafted APNG with a small first frame, a very large declared canvas, and backgr

  • 7.5 High severity

    dragonfly: Memory Allocation with Excessive Size Value

    CVE-2026-111279DragonflyDB

    Dragonfly through 2.0.2 contains an unbounded memory allocation vulnerability that allows unauthenticated clients to exhaust memory by passing a negative COUNT to HRANDFIELD, ZRANDMEMBER or SRANDMEMBER. Attackers can send a single command against a one-element

  • 7.5 High severity

    Windows 10 Version 1607: Memory Allocation with Excessive Size Value

    CVE-2026-85324Microsoft

    Memory allocation with excessive size value in Active Directory Federation Services (AD FS) allows an unauthorized attacker to deny service over a network.

  • 7.5 High severity

    snappy-java: Memory Allocation with Excessive Size Value

    CVE-2026-108106Xerial

    Xerial snappy-java before 1.1.10.9 contains an unbounded memory allocation vulnerability that allows attackers to exhaust JVM memory by declaring a large uncompressed length in compressed input. Attackers can supply a few crafted bytes to Snappy.uncompress, un

  • 7.5 High severity

    music-metadata: Memory Allocation with Excessive Size Value

    CVE-2026-107390Borewit

    music-metadata is a metadata parser for audio and video media files. Prior to 11.16.0, the MP4 parser accepts an attacker-controlled 64-bit extended atom size, converts it to a JavaScript Number, and uses the resulting payload length for atom-specific readToke

  • 7.5 High severity

    excelize: Memory Allocation with Excessive Size Value

    CVE-2026-107223Qax-os

    Excelize is a Go language library for reading and writing Microsoft Excel spreadsheets. From 2.1.0 to 2.11.0, flatCols expands file-loaded column ranges without validating Min and Max against the worksheet column limit. SetColWidth reaches flatCols, which expa

  • 7.5 High severity

    excelize: Memory Allocation with Excessive Size Value

    CVE-2026-107215Qax-os

    Excelize is a Go language library for reading and writing Microsoft Excel spreadsheets. From 2.3.1 to 2.11.0, extractPart allocates a byte slice directly from an attacker-controlled CFB directory-entry size before validating the sector chain or size domain. ex

  • 8.7 High severity

    Apache Thrift: Improper Handling of Length Parameter Inconsistency

    CVE-2026-83745Apache

    Memory allocation with excessive size value, Improper handling of length parameter inconsistency vulnerability in Apache Thrift nodejs and D lang bindings. Both bindings' WebSocket server transports read the payload length out of the frame header and allocate

  • 8.7 High severity

    Apache Thrift: Allocation of Resources Without Limits or Throttling

    CVE-2026-82458Apache

    Memory allocation with excessive size value, Allocation of resources without limits or throttling vulnerability in Apache Thrift Go, netstd, OCaml, Erlang, JavaME, Rust, C++, Java, Kotlin and D language bindings. This issue affects Apache Thrift: before 0.25.0

  • 8.7 High severity

    Apache Thrift: Improper Handling of Length Parameter Inconsistency

    CVE-2026-94633Apache

    Memory allocation with excessive size value, Improper handling of length parameter inconsistency vulnerability in Apache Thrift Dart bindings. This issue affects Apache Thrift: before 0.25.0. Users are recommended to upgrade to version 0.25.0, which fixes the

  • 8.7 High severity

    Apache Thrift: Improper Handling of Length Parameter Inconsistency

    CVE-2026-85494Apache

    Improper handling of length parameter inconsistency, Uncaught exception, Inefficient Algorithmic Complexity, Memory allocation with excessive size value, Initialization of a resource with an insecure default vulnerability in Apache Thrift Python, Ruby, Erlang,

  • 7.5 High severity

    Apache Directory LDAP API: Memory Allocation with Excessive Size Value

    CVE-2026-102731Apache

    Memory allocation with excessive size value vulnerability in Apache Directory LDAP API. A malicious peer (or a MITM) can send a small BER-encoded response causing a large memory allocation before any data is received. This can lead to an OutOfMemoryError and d

  • 7.5 High severity

    bc-csharp: Memory Allocation with Excessive Size Value

    CVE-2026-63574Legion of the Bouncy Castle

    Memory allocation with excessive size value in the OpenPGP signature and user attribute subpacket parsers (SignatureSubpacketsParser.ReadPacket, UserAttributeSubpacketsParser.ReadPacket) in Legion of the Bouncy Castle Inc. bc-csharp before 2.7.0 allows a remot

  • 7.5 High severity

    bc-csharp: Memory Allocation with Excessive Size Value

    CVE-2026-103603Legion of the Bouncy Castle

    Memory allocation with excessive size value in the HSS/LMS signature code (HssPublicKeyParameters, HssSignature) in Legion of the Bouncy Castle Inc. bc-csharp before 2.7.0 allows a remote unauthenticated attacker who can supply both an HSS public key and a sig

  • 7.5 High severity

    bc-csharp: Memory Allocation with Excessive Size Value

    CVE-2026-63566Legion of the Bouncy Castle

    Memory allocation with excessive size value in the DTLS handshake reassembly (DtlsReliableHandshake, DtlsReassembler) in Legion of the Bouncy Castle Inc. bc-csharp before 2.7.0 allows a remote unauthenticated DTLS peer to cause a denial of service through memo

  • 7.5 High severity

    Imager: Integer Overflow or Wraparound

    CVE-2026-102504Tonycoz

    Imager versions before 1.037 for Perl exit the process reading a raw image with an out-of-range raw_datachannels value in i_readraw_wiol. Nothing range-checks raw_datachannels. The line buffer is sized as the image width times the channel count with no overflo

  • 8.7 High severity

    Apache PLC4X: Improper Validation of Array Index

    CVE-2026-102510Apache

    Integer Overflow, Improper Validation of Array Index, Uncontrolled Recursion and Memory Allocation with Excessive Size Value in the Go implementation of Apache PLC4X (PLC4Go) allow a malicious device, or an attacker able to inject network traffic, to crash or

  • 8.7 High severity

    Apache PLC4X: Uncontrolled Recursion

    CVE-2026-102509Apache

    Memory Allocation with Excessive Size Value, Allocation of Resources Without Limits, and Uncontrolled Recursion in the Java implementation of Apache PLC4X (PLC4J) allow a malicious or impersonated device to exhaust the memory or stack of the client application

  • 7.5 High severity

    Apache Qpid Broker-J: Memory Allocation with Excessive Size Value

    CVE-2026-92550Apache

    A pre-authentication attacker could leverage type size/count handling to cause excessive allocation leading to potential denial of service. This issue affects Apache Qpid Broker-J: through 10.1.0. Users are recommended to upgrade to version 10.1.1, which fixes

  • 7.5 High severity

    sipgo: Memory Allocation with Excessive Size Value

    CVE-2026-77322Emiago

    SIPGO is a library for writing SIP services in the GO language. Prior to 1.4.3, WSConnection.Read in sip/transport_ws.go creates a wsutil.Reader without setting MaxFrameSize, allowing NextFrame to accept a client-controlled header.Length before ParseMaxMessage

  • 7.5 High severity

    psd-tools: Memory Allocation with Excessive Size Value

    CVE-2026-59991Psd-tools

    psd-tools is a Python package for working with Adobe Photoshop PSD files. Prior to 1.17.4, PSDImage.composite() and PSDImage.numpy() allocated output buffers from attacker-controlled PSD header geometry, including width, height, channels, depth, and per-layer

  • 7.5 High severity

    sipgo: Memory Allocation with Excessive Size Value

    CVE-2026-58268Emiago

    SIPGO is a library for writing SIP services in the GO language. Prior to 1.4.1, ParserStream.parseSingle in sip/parser_stream.go allocates a SIP body buffer from the client-controlled Content-Length header before ParseMaxMessageLength is enforced. An unauthent

  • 8.7 High severity

    vector: Improper Handling of Length Parameter Inconsistency

    CVE-2026-77619Vectordotdev

    Vector is a high-performance observability data pipeline. From 0.15.0 until 0.57.0, the logstash source reads a 32-bit compressed-frame length from the network and uses it to size an in-memory buffer without an upper bound. An unauthenticated remote peer that