All integer values originating from untrusted sources should be evaluated to determine whether there are identifiable upper and lower bounds. If so, these limits should be enforced by the interface. Anything that can be done to limit the input of excessively large or small integers should help prevent overflow and other type range errors. Furthermore, it is easier to find and correct input problems than it is to trace internal errors back to faulty inputs.
In the following non-compliant code example, size
is a user supplied parameter used determine the size of table
.
int create_table(size_t size) { char **table = malloc(size * sizeof(char *)); if(table == NULL) { /* Handle error condition */ } /* ... */ return 0; } |
However, since {{size}} can be controlled by the user, it could be specified to be either large enough to consume large amounts of system resources and still succeed or large enough to cause the call to {{malloc()}} to fail, which, depending on how error handling is implemented, may result in a denial of service condition (note that this function also violates \[[MEM06-A. Do not use user-defined functions as parameters to allocation routines]\]). |
This compliant solution defines an acceptable range for table size as 1 to MAX_TABLE_SIZE
. Note that the size parameter is typed as size_t
and is by definition unsigned, thus, it need not be checked that it is negative (see INT01-A. Use size_t for all integer values representing the size of an object).
enum { MAX_TABLE_SIZE = 256 }; int create_table(size_t size) { char **table; if(size == 0 || size > MAX_TABLE_SIZE) { /* Handle invalid size */ } table = malloc(size * sizeof(char *)); if(table == NULL) { /* Handle error condition */ } /* ... */ return 0; } |
Failing to enforce the limits on integer values can result in a denial of service condition.
Rule |
Severity |
Likelihood |
Remediation Cost |
Priority |
Level |
---|---|---|---|---|---|
INT04-A |
1 (low) |
2 (probable) |
1 (high) |
P2 |
L3 |
Search for vulnerabilities resulting from the violation of this rule on the CERT website.
\[[Seacord 05|AA. C References#Seacord 05]\] Chapter 5, "Integer Security" |