Memory leak

exchange rate australian us [http://s1.shard.jp/galeach/new89.html asian face girl ] [http://s1.shard.jp/olharder/auto-escort-ford.html automatic login linux ] top [http://s1.shard.jp/olharder/44-auto-trader-nz.html automotive designs ] auto parts tampa fl [http://s1.shard.jp/bireba/error-1920service.html antivirus realtime protection failed to load ] [http://s1.shard.jp/olharder/j-b-auto-salvage.html auto dumfries insurance ] [http://s1.shard.jp/bireba/disable-norton.html nortan antivirus 2005 activation key ] [http://s1.shard.jp/losaul/australian-artists.html australian photographic portrait prize 2005 ] [http://s1.shard.jp/losaul/planes-for-sale.html motor cycle parts australia ] [http://s1.shard.jp/bireba/antivirusreviews.html avg antivirus free software download ] [http://s1.shard.jp/losaul/australia-british.html mobile phone review australia ] webmap http [http://s1.shard.jp/galeach/new171.html white map of asia ] africa formulation housing in policy south [http://s1.shard.jp/frhorton/iyc9ldho5.html educational links to wild african animals ] [http://s1.shard.jp/bireba/norton-antivirus.html antivirus software downloadable ] [http://s1.shard.jp/losaul/quoin-int-australia.html employment agencies sydney australia ] [http://s1.shard.jp/losaul/australia-immigration.html anz bank australia swift code ] [http://s1.shard.jp/galeach/new25.html society ethnicity asian caucasian armenian armenia ] [http://s1.shard.jp/losaul/australian-sheepskin.html network power australia ] [http://s1.shard.jp/bireba/avg-vs-avast.html microsoft antivirus software downloads ] [http://s1.shard.jp/bireba/vantivirus.html antivirus sofware ] map map [http://s1.shard.jp/galeach/new153.html mature asian female ] [http://s1.shard.jp/losaul/seven-nightclub.html teaching hospitals australia ] [http://s1.shard.jp/bireba/guard-antivirus.html top antivirus software reviews ] top [http://s1.shard.jp/olharder/vancouver-auto.html autographed baseball jerseys ] [http://s1.shard.jp/frhorton/tnw2399fu.html african american wedding planner ] [http://s1.shard.jp/losaul/redfern-sydney.html australian continent map ] uninstall norton antivirus 2003 professional [http://s1.shard.jp/olharder/car-ezautoshippersnet.html automated based business business development home personal seekhomebiz.com ] mature asian photos index [http://s1.shard.jp/bireba/norton-antivirus.html avg+antivirus+free ] [http://s1.shard.jp/bireba/removing-norton.html norton antivirus 2004 professional serial number ] [http://s1.shard.jp/olharder/300m-auto.html hospital automated time and attendance software ] top [http://s1.shard.jp/bireba/top-antivirus.html antivirus trialware download ] [http://s1.shard.jp/galeach/new33.html asian figure skaters ] [http://s1.shard.jp/frhorton/tulkpyc4u.html african tattoo history ] [http://s1.shard.jp/frhorton/rqxyy3ubg.html african drums history ] [http://s1.shard.jp/frhorton/64klk5ggy.html helmut lotti out of africa ] [http://s1.shard.jp/frhorton/map.html opening of parliament south africa 2005 ] auto insurance faq in ri [http://s1.shard.jp/frhorton/4jl7mv47m.html endangered animal in south africa ] http://www.textvarracb.com

Last revision (mm/dd/yy): //

Vulnerabilities Table of Contents

Description
A memory leak is an unintentional form of memory consumption whereby the developer fails to free an allocated block of memory when no longer needed. The consequences of such an issue depend on the application itself. Consider the following general three cases:

Memory is allocated but never freed.

Memory leaks have two common and sometimes overlapping causes:


 * Error conditions and other exceptional circumstances.
 * Confusion over which part of the program is responsible for freeing the memory

Most memory leaks result in general software reliability problems, but if an attacker can intentionally trigger a memory leak, the attacker might be able to launch a denial of service attack (by crashing the program) or take advantage of other unexpected program behavior resulting from a low memory condition [1].

Risk Factors

 * Talk about the factors that make this vulnerability likely or unlikely to actually happen
 * Discuss the technical impact of a successful exploit of this vulnerability
 * Consider the likely [business impacts] of a successful attack

Example 1
The following example is a basic memory leak in C:

int main(int argc, char **argv) {     int count = 0; char *pointer = NULL; for(count=0; count
 * 2) include 
 * 1) define LOOPS    10
 * 2) define MAXSIZE  256


 * In this example, we have 10 allocations of size MAXSIZE. Every allocation, with the exception of the last, is lost. If no pointer is pointed to the allocated block, it is unrecoverable during program execution. A simple fix to this trivial example is to place the free call inside of the 'for' loop.


 * Here is a real world example of a memory leak causing denial of service

Example 2
The following C function leaks a block of allocated memory if the call to read fails to return the expected number of bytes:

char* getBlock(int fd) { char* buf = (char*) malloc(BLOCK_SIZE); if (!buf) { return NULL; }	if (read(fd, buf, BLOCK_SIZE) != BLOCK_SIZE) { return NULL; }	return buf; }

Related Attacks

 * Attack 1
 * Attack 2

Related Vulnerabilities

 * Denial of Service

Related Controls
Avoiding memory leaks in applications is difficult for even the most skilled developers. Luckily, there are tools with aide in tracking down such memory leaks. One such example on the Unix/Linux environment is Valgrind. Valgrind runs the desired program in an environment such that all memory allocation and de-allocation routines are checked. At the end of program execution, Valgrind will display the results in an easy to read manner. The following is the output of Valgrind using the flawed code above:

[root@localhost Programming]# gcc -o leak leak.c [root@localhost Programming]# valgrind ./leak ==6518== Memcheck, a memory error detector for x86-linux. ==6518== Copyright (C) 2002-2005, and GNU GPL'd, by Julian Seward et al. ==6518== Using valgrind-2.4.0, a program supervision framework for x86-linux. ==6518== Copyright (C) 2000-2005, and GNU GPL'd, by Julian Seward et al. ==6518== For more details, rerun with: -v ==6518== ==6518== ==6518== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 13 from 1) ==6518== malloc/free: in use at exit: 2304 bytes in 9 blocks. ==6518== malloc/free: 10 allocs, 1 frees, 2560 bytes allocated. ==6518== For counts of detected errors, rerun with: -v ==6518== searching for pointers to 9 not-freed blocks. ==6518== checked 49152 bytes. ==6518== ==6518== LEAK SUMMARY: ==6518==   definitely lost: 2304 bytes in 9 blocks. ==6518==     possibly lost: 0 bytes in 0 blocks. ==6518==   still reachable: 0 bytes in 0 blocks. ==6518==        suppressed: 0 bytes in 0 blocks. ==6518== Use --leak-check=full to see details of leaked memory.


 * As we can see in this example, we leak 9 block with a total of 2304 bytes as we expected. If we were to place the free call inside of the loop, we would get 0 memory blocks definitely lost.

Related Technical Impacts

 * Technical Impact 1
 * Technical Impact 2