...
In this noncompliant code example, the set_flag()
function is intended to set the variable sign
to -1
if when number
is positive negative and -1
if number
is negative otherwise. However, the programmer neglected to account for number
being 0
. If number
is 0
, then sign
remains uninitialized. Because sign
is uninitialized, and again assuming that the architecture makes use of a program stack, it uses whatever value is at that location in the program stack. This may lead to unexpected or otherwise incorrect program behavior.
Code Block | ||
---|---|---|
| ||
void set_flag(int number, int *sign_flag) { if (sign_flag == NULL) { return; } if (number > 0) { *sign_flag = 1; } else if (number < 0) { *sign_flag = -1; } } void funcint is_negative(int number) { int sign; set_flag(number, &sign); /*return usesign sign< */0; } |
Compilers assume that when the address of an uninitialized variable is passed to a function, the variable is initialized within that function. Because compilers frequently fail to diagnose any resulting failure to initialize the variable, the programmer must apply additional scrutiny to ensure the correctness of the code.
...
Microsoft Visual Studio 2005, Visual Studio 2008, GCC version 3.4.4, and GCC version 4.1.3 fail to diagnose this error.
Compliant Solution
This defect results from a failure to consider all possible data states (see MSC01-C. Strive for logical completeness). Once the problem is identified, it can be trivially repaired by accounting for the possibility that number
can be equal to 0. In addition, unless doing so is prohibitive for performance reasons, an advisable defense-in-depth practice is to DCL22-C. Initialize local variables immediately after declaration.
Code Block | ||
---|---|---|
| ||
void set_flag(int number, int *sign_flag) { if (sign_flag == NULL) { return; } if (number >= 0) { /* account for number being 0 */ *sign_flag = 1; } else { assert(number < 0); *sign_flag = -1; } } voidint funcis_negative(int number) { int sign = 0; /* initialize as a matter of defense-in-depth */ set_flag(number, &sign); /*return usesign sign< */0; } |
Noncompliant Code Example
...
Code Block | ||
---|---|---|
| ||
void report_error(const char *msg) {
printf("Error: %s\n", msg);
}
|
Noncompliant Code Example (mbstate_t
)
In the noncompliant code example below the function mbrlen()
is passed the address of an automatic mbstate_t
object that has not been properly initialized, leading to undefined behavior. See undefined behavior 188 in section J.2 of C99.
Code Block | ||
---|---|---|
| ||
void f(const char *mbs) { size_t len; mbstate_t state; len = mbrlen(mbs, strlen(mbs), &state); /* ... */ } |
Compliant Solution (mbstate_t
)
Before being passed to a multibyte conversion function an mbstate_t
object must be either initialized to the initial conversion state or set to a value that corresponds to the most recent shift state by a prior call to a multibyte conversion function. The compliant solution below sets the mbstate_t
object to the initial conversion state by setting it to all zeros.
Code Block | ||
---|---|---|
| ||
void f(const char *mbs) {
size_t len;
mbstate_t state;
memset(&state, 0, sizeof state);
len = mbrlen(mbs, strlen(mbs), &state);
/* ... */
}
|
Risk Assessment
Accessing uninitialized variables generally leads to unexpected program behavior. In some cases these types of flaws may allow the execution of arbitrary code.
...