It is important that resources are reclaimed when exceptions are thrown. Throwing an exception may result in cleanup code being bypassed. As a result, it is the responsibility of the exception handler to properly clean up. This may be problematic if the exception is to be caught in a different function or module. Instead, it is preferable if resources are reclaimed automatically when objects go out of scope.
Non-Compliant Code Example
| Code Block | ||
|---|---|---|
| ||
while (moreToDo) {
SomeType *pst = getNextItem();
try {
pst->processItem();
}
catch (...) {
// deal with exception
throw;
}
delete pst;
}
|
The code of the Non-Compliant Code Example does not recover the resources associated with the object pointed to by pst in the event that processItem throws an exception, thereby potentially causing a resource leak.
Compliant Solution
| Code Block | ||
|---|---|---|
| ||
while (moreToDo) {
SomeType *pst = getNextItem();
try {
pst->processItem();
}
catch (...) {
// deal with exception
delete pst;
throw;
}
delete pst;
}
|
...
It might be better to replace the pointer pst with an auto_ptr that automatically cleans up itself.
Risk Assessment
Memory and other resource leaks will eventually cause a program to crash. If an attacker can provoke repeated resource leaks by forcing an exception to be thrown through the submission of suitably crafted data, then the attacker can mount a denial-of-service attack.
Rule | Severity | Likelihood | Remediation Cost | Priority | Level |
|---|---|---|---|---|---|
RES38-C | 1 (low) | 2 (probable) | 1 (high) | P2 | L3 |
References
| Wiki Markup |
|---|
\[[Meyers 96|AA. C++ References#Meyers 96]\] Item 9: "Use destructors to prevent resource leaks". |
...