This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests.
To view the new OWASP Foundation website, please visit https://owasp.org

Difference between revisions of "Path Manipulation"

From OWASP
Jump to: navigation, search
(Path Manipulation moved to Insecure Path Manipulation: A vulnerability name.)
 
(Still think it is an attack.)
Line 1: Line 1:
#REDIRECT [[Insecure Path Manipulation]]
+
{{Template:Attack}}
 +
{{Template:Fortify}}
 +
 
 +
==Abstract==
 +
 
 +
Allowing user input to control paths used in filesystem operations may enable an attacker to access or modify otherwise protected system resources.
 +
 
 +
==Description==
 +
 
 +
Path manipulation errors occur when the following two conditions are met:
 +
 
 +
# An attacker can specify a path used in an operation on the filesystem.
 +
# By specifying the resource, the attacker gains a capability that would not otherwise be permitted. For example, the program may give the attacker the ability to overwrite the specified file or run with a configuration controlled by the attacker.
 +
 
 +
==Examples ==
 +
 
 +
===Example 1===
 +
 
 +
The following code uses input from an HTTP request to create a file name. The programmer has not considered the possibility that an attacker could provide a file name such as "../../tomcat/conf/server.xml", which causes the application to delete one of its own configuration files.
 +
 
 +
<pre>
 +
String rName = request.getParameter("reportName");
 +
File rFile = new File("/usr/local/apfr/reports/" + rName);
 +
...
 +
rFile.delete();
 +
</pre>
 +
 
 +
===Example 2===
 +
 
 +
The following code uses input from a configuration file to determine which file to open and echo back to the user. If the program runs with privileges and malicious users can change the configuration file, they can use the program to read any file on the system that ends with the extension .txt.
 +
 
 +
<pre>
 +
fis = new FileInputStream(cfg.getProperty("sub")+".txt");
 +
amt = fis.read(arr);
 +
out.println(arr);
 +
</pre>
 +
 
 +
==Related Threats==
 +
 
 +
==Related Attacks==
 +
 
 +
==Related Vulnerabilities==
 +
[[:Category:Input Validation Vulnerability]]
 +
 
 +
==Related Countermeasures==
 +
[[:Category:Input Validation]]
 +
 
 +
==Categories==
 +
[[Category:Injection Attack]]
 +
[[Category:File System]]
 +
[[Category:Implementation]]
 +
[[Category:Java]]
 +
[[Category:Code Snippet]]

Revision as of 17:38, 24 July 2006

This is an Attack. To view all attacks, please see the Attack Category page.
This article includes content generously donated to OWASP by MicroFocus Logo.png

Abstract

Allowing user input to control paths used in filesystem operations may enable an attacker to access or modify otherwise protected system resources.

Description

Path manipulation errors occur when the following two conditions are met:

  1. An attacker can specify a path used in an operation on the filesystem.
  2. By specifying the resource, the attacker gains a capability that would not otherwise be permitted. For example, the program may give the attacker the ability to overwrite the specified file or run with a configuration controlled by the attacker.

Examples

Example 1

The following code uses input from an HTTP request to create a file name. The programmer has not considered the possibility that an attacker could provide a file name such as "../../tomcat/conf/server.xml", which causes the application to delete one of its own configuration files.

	String rName = request.getParameter("reportName");
	File rFile = new File("/usr/local/apfr/reports/" + rName);
	...
	rFile.delete();

Example 2

The following code uses input from a configuration file to determine which file to open and echo back to the user. If the program runs with privileges and malicious users can change the configuration file, they can use the program to read any file on the system that ends with the extension .txt.

	fis = new FileInputStream(cfg.getProperty("sub")+".txt");
	amt = fis.read(arr);
	out.println(arr);

Related Threats

Related Attacks

Related Vulnerabilities

Category:Input Validation Vulnerability

Related Countermeasures

Category:Input Validation

Categories