The calloc()
function takes two arguments: the number of elements to allocate and the storage size of those elements. The calloc()
function multiples these arguments together and allocates the resulting quantity of memory. However, if the result of multiplying the number of elements to allocate and the storage size cannot be represented properly as a size_t
, an arithmetic overflow might occur. Therefore, it is necessary to check the product of the arguments to calloc()
for an arithmetic overflow. If an overflow occurs, the program should detect and handle it appropriately.
Non-Compliant Code Example
In this example, the user-defined function get_size()
(not shown) is used to calculate the size requirements for a dynamic array of long int
that is assigned to the variable num_elements
. When calloc()
is called to allocate the buffer, num_elements
is multiplied by sizeof(long)
to compute the overall size requirements. If the number of elements multiplied by the size cannot be represented as a size_t
, calloc()
may allocate a buffer of insufficient size. When data is copied to that buffer, a buffer overflow may occur.
size_t num_elements = get_size(); long *buffer = calloc(num_elements, sizeof(long)); if (buffer == NULL) { /* handle error condition */ }
Compliant Solution
In this compliant solution, the multiplication of the two arguments num_elements
and sizeof(long)
is evaluated before the call to calloc()
to determine if an overflow will occur. The multsize_t()
function sets errno
to a non-zero value if the multiplication operation overflows.
long *buffer; size_t num_elements = calc_size(); (void) multsize_t(num_elements, sizeof(long)); if (errno) { /* handle error condition */ } buffer = calloc(num_elements, sizeof(long)); if (buffer == NULL) { /* handle error condition */ }
Note that the maximum amount of allocatable memory is typically limited to a value less than SIZE_MAX
(the maximum value of size_t
). Always check the return value from a call to any memory allocation function.
Priority: P3 Level: L3
Integer overflow in memory allocation functions can lead to buffer overflows that can be exploited by an attacker to execute arbitrary code with the permissions of the vulnerable process. Most implementations of calloc()
now check to make sure integer overflow does not occur but it is not always safe to assume the version of calloc()
being used is secure, particularly when using dynamically linnked libraries.
Component |
Value |
---|---|
Severity |
3 (high) |
Likelihood |
1 (low) |
Remediation cost |
1 (high) |
References
- ISO/IEC 9899-1999 7.18.3, Limits of other integer types
- Seacord 05 Chapter 4, Dynamic Memory Management
- RUS-CERT Advisory 2002-08:02
- Secunia Advisory SA10635