Format string attack
Format string attacks are a class of software vulnerability
discovered around 1999, previously thought harmless. Format string attacks can be used to crash a program or to execute harmful code. The problem stems from the use of unfiltered user input as
the format string parameter in certain C functions that perform formatting,
such as printf(). A malicious user may use the %s and %x format tokens, among
others, to print data from the stack or possibly other locations in memory. One may also write arbitrary data to arbitrary
locations using the %n format token, which commands printf() and similar functions to write the number of bytes
formatted to an address stored on the stack.
A typical exploit uses a combination of these techniques to force a program to overwrite the address of a library function or the return address on the stack with a pointer to some malicious Shellcode. The padding parameters to format specifiers are used to control the number of bytes output and the %x token is used to pop bytes from the stack until the beginning of the format string itself is reached. The start of the format string is crafted to contain the address that the %n format token can then overwrite with the address of the malicious code to execute.
This is a common vulnerability due to the fact that format bugs were previously thought harmless and resulted in vulnerabilities in many common tools. MITRE's CVE project lists roughly 400 vulnerable programs as of June 2007, and a trend analysis ranks it the 9th most-reported vulnerability type between 2001 and 2006.
Format string bugs most commonly appear when a programmer wishes to print a string containing user supplied data. The
programmer may mistakenly write printf(buffer) instead of printf("%s", buffer). The first version
interprets buffer as a format string, and parses any formatting instructions it may contain. The second version
simply prints a string to the screen, as the programmer intended.
Format bugs arise because C's argument passing conventions are not type-safe. In
particular, the varargs mechanism allows functions to accept any number of
arguments (e.g. printf) by "popping" as many arguments off the
call stack as they wish, trusting the early arguments to indicate how many additional
arguments are to be popped, and of what types.
Format string bugs can occur in other programming languages besides C, although they appear with less frequency and usually cannot be exploited to execute code of the attacker's choice.[1]
Format bugs were first noted in 1990 in the fuzz testing work done at the University of Wisconsin (see Miller, Fredriksen, So 1990). They called these bugs "interaction effects" and noted their presence when testing the C shell (csh).
The use of format string bugs as an attack vector was discovered by Tymm Twillman during a security audit of the ProFTPD daemon. The audit uncovered an snprintf that directly passed user-generated data without a format string. Extensive tests with contrived arguments to printf-style functions showed that use of this for privilege escalation was actually possible. This led to the first posting in September 1999 on the BugTraq mailing list regarding this class of vulnerabilities, including a basic exploit.[2] It was still several months, however, before the security community became aware of the full dangers of format string vulnerabilities as exploits for other software using this method began to surface. The seminal paper "Format String Attacks"[3] by Tim Newsham was published in September 2000.
Preventing Dangerous Format Strings
Many compilers can statically check format strings and produce warnings for dangerous or suspect formats.
In the GNU Compiler Collection, the relevant compiler flags are,
-Wall,-Wformat, -Wno-format-extra-args, -Wformat-security,
-Wformat-nonliteral, and -Wformat=2 [4]
See also
References
- Robert C. Seacord: Secure Coding in C and C++. Addison Wesley, September, 2005. ISBN 0-321-33572-4
- Tobias Klein: Buffer Overflows und Format-String-Schwachstellen, Dpunkt Verlag, ISBN 3-89864-192-9.
- Crispin Cowan: Software Security for Open-Source Systems, Published by the IEEE Computer Society, IEEE SECURITY & PRIVACY, JANUARY/FEBRUARY 2003, http://computer.org/security
- Barton Miller, Lars Fredriksen, Bryan So: An Empirical Study of the Reliability of UNIX Utilities, Communications of the ACM, vol. 33, no. 12 (December 1990). Also appears (in German translation) as Fatale Fehlerträchtigkeit: Eine empirische Studie zur Zuverlässigkeit von UNIX-Utilities, iX, March 1991. http://www.cs.wisc.edu/~bart/fuzz/
- Crispin Cowan: FormatGuard: Automatic Protection From printf Format String Vulnerabilities, Proceedings of the 10th USENIX Security Symposium, August 2001. http://www.usenix.com/events/sec01/full_papers/cowanbarringer/cowanbarringer.pdf
Footnotes
- ^ http://seclists.org/bugtraq/2005/Dec/0030.html
- ^ http://seclists.org/bugtraq/1999/Sep/0328.html
- ^ http://seclists.org/bugtraq/2000/Sep/0214.html
- ^ http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Warning-Options.html#Warning-Options
External links
- scut / team teso Exploiting Format String Vulnerabilities v1.1 March 24, 2001
- CERT Secure Coding Standards
- CERT Secure Coding Initiative
- Secure Coding in C and C++
This entry is from Wikipedia, the leading user-contributed encyclopedia. It may not have been reviewed by professional editors (see full disclaimer)



