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". |
...