Skip to content

CWE-1325: Improperly Controlled Sequential Memory Allocation

Base

The product manages a group of objects or resources and performs a separate memory allocation for each object, but it does not properly limit the total amount of memory that is consumed by all of the combined objects.

While the product might limit the amount of memory that is allocated in a single operation for a single object (such as a malloc of an array), if an attacker can cause multiple objects to be allocated in separate operations, then this might cause higher total memory consumption than the developer intended, leading to a denial of service.

Consequences

  • Availability: DoS: Resource Consumption (Memory)

How to prevent it

  • Implementation: Ensure multiple allocations of the same kind of object are properly tracked - possibly across multiple sessions, requests, or messages. 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 the 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.

Recent advisories

  • CVE-2026-109619 — PHP has various global state that temporarily points into request memory.
  • CVE-2026-109618 — PHP uses longjmp() for out-of-memory (OOM) errors to exit the current context and abort handling of the request.
  • GHSA-2v8p-3f2j-5mp7 — Mermaid XY Charts are vulnerable to an infinite loop DoS

All advisories for CWE-1325

Is this in your code?

MergeHarbor checks every repository's dependencies against this database, ranks what matters by exploitability and reachability, routes it to the owning team and opens the fix pull request.

Check your repos with MergeHarbor