
Integer values used as a size argument to malloc()
, calloc()
, realloc()
, or aligned_alloc()
must be valid and large enough to contain the objects to be stored. If size arguments are incorrect or can be manipulated by an attacker, then a buffer overflow may occur. Incorrect size arguments, inadequate range checking, integer overflow, or truncation can result in the allocation of an inadequately sized buffer.
Typically the amount of memory to allocate will be the size of the type of object to allocate. When allocating space for an array, the size of the object will be multiplied by the bounds of the array. Use the correct type of the object when computing the size of chunk to allocate.
Noncompliant Code Example (Integer)
In this noncompliant code example, an array of long
is allocated and assigned to p
. This example also checks for unsigned integer overflow in compliance with INT32-C. Ensure that operations on signed integers do not result in overflow. The code also ensures that len
is not equal to zero. (See MEM04-C. Do not perform zero-length allocations.) However, sizeof(int)
is used to size the allocated memory. If sizeof(long)
is larger than sizeof(int)
, then an insufficient amount of memory is allocated.
#include <stdlib.h> void function(size_t len) { long *p; if (len == 0 || len > SIZE_MAX / sizeof(long)) { /* Handle overflow */ } p = (long *)malloc(len * sizeof(int)); if (p == NULL) { /* Handle error */ } free(p); }
Compliant Solution (Integer)
This compliant solution uses sizeof(long)
to correctly size the memory allocation:
#include <stdlib.h> void function(size_t len) { long *p; if (len == 0 || len > SIZE_MAX / sizeof(long)) { /* Handle overflow */ } p = (long *)malloc(len * sizeof(long)); if (p == NULL) { /* Handle error */ } free(p); }
Compliant Solution (Integer)
sizeof(*p)
can be used to properly size the allocation:#include <stdlib.h> void function(size_t len) { long *p; if (len == 0 || len > SIZE_MAX / sizeof(*p)) { /* Handle overflow */ } p = (long *)malloc(len * sizeof(*p)); if (p == NULL) { /* Handle error */ } free(p); }
Noncompliant Code Example (Pointer)
In this noncompliant code example, too little space is allocated for a struct tm
object because the size of the pointer is being used to determine the size of the pointed-to object.
#include <time.h> struct tm *make_tm(int year, int mon, int day, int hour, int min, int sec) { struct tm *tmb; tmb = (struct tm *)malloc(sizeof(tmb)); if (tmb == NULL) { return NULL; } tmb->tm_sec = sec; tmb->tm_min = min; tmb->tm_hour = hour; tmb->tm_mday = day; tmb->tm_mon = mon; tmb->tm_year = year; return tmb; }
Compliant Solution (Pointer)
In this compliant solution, the correct amount of memory is allocated for the struct tm
object. When allocating space for a single object, passing the (dereferenced) pointer type to the sizeof
operator is a simple way to allocate sufficient memory.
#include <time.h> struct tm *make_tm(int year, int mon, int day, int hour, int min, int sec) { struct tm *tmb; tmb = (struct tm *)malloc(sizeof(*tmb)); if (tmb == NULL) { return NULL; } tmb->tm_sec = sec; tmb->tm_min = min; tmb->tm_hour = hour; tmb->tm_mday = day; tmb->tm_mon = mon; tmb->tm_year = year; return tmb; }
Risk Assessment
Providing invalid size arguments to memory allocation functions can lead to buffer overflows and the execution of arbitrary code with the permissions of the vulnerable process.
Rule | Severity | Likelihood | Remediation Cost | Priority | Level |
---|---|---|---|---|---|
MEM35-C | High | Probable | High | P6 | L2 |
Automated Detection
Tool | Version | Checker | Description |
---|---|---|---|
|
| could check violations of this rule by examining the size expression to if (a < SIZE_MAX / b && a > 0) ... | |
2017.07 | BAD_ALLOC_STRLEN
| Can find instances where string length is miscalculated (length calculated may be one less than intended) for memory allocation purposes. Coverity Prevent cannot discover all violations of this rule, so further verification is necessary Finds memory allocations that are assigned to a pointer that reference objects larger than the allocated block | |
5.0 |
| Can detect violations of this rule with CERT C Rule Pack, except those involving the | |
9.7.1 | 487 S | Fully implemented |
Related Vulnerabilities
CVE-2009-0587 results from a violation of this rule. Before version 2.24.5, Evolution Data Server performed unchecked arithmetic operations on the length of a user-input string and used the value to allocate space for a new buffer. An attacker could thereby execute arbitrary code by inputting a long string, resulting in incorrect allocation and buffer overflow [xorl 2009].
Search for vulnerabilities resulting from the violation of this rule on the CERT website.
Related Guidelines
CERT C Secure Coding Standard | INT31-C. Ensure that integer conversions do not result in lost or misinterpreted data INT32-C. Ensure that operations on signed integers do not result in overflow INT18-C. Evaluate integer expressions in a larger size before comparing or assigning to that size MEM04-C. Do not perform zero-length allocations EXP01-C. Do not take the size of a pointer to determine the size of the pointed-to type |
CERT C++ Secure Coding Standard | MEM35-CPP. Allocate sufficient memory for an object |
ISO/IEC TR 24772:2013 | Buffer Boundary Violation (Buffer Overflow) [HCB] |
ISO/IEC TS 17961 | Taking the size of a pointer to determine the size of the pointed-to type [sizeofptr] |
MITRE CWE | CWE-190, Integer overflow (wrap or wraparound) CWE-131, Incorrect calculation of buffer size |
Bibliography
[Coverity 2007] | |
[Seacord 2013] | Chapter 4, "Dynamic Memory Management" Chapter 5, "Integer Security" |
[xorl 2009] | CVE-2009-0587: Evolution Data Server Base64 Integer Overflows |