Page History

Wiki Markup

Every Java application has a single instance of class {{Runtime}} that allows the application to interface with the environment in which the application is running. The current runtime can be obtained from the {{getRuntime()}} method. The {{exec()}} method executes the specified string command by invoking an implementation-defined command processor, such as a UNIX shell or {{CMD.EXE}} in Windows NT and later.

...



External programs are commonly invoked to perform a function required by the overall system. This is a form of reuse and might even be considered a crude form of component-based software engineering.

...



Command interpreters, such as the POSIX command-language interpreter {{sh}} and the Windows {{CMD.EXE}}, however, provide functionality in addition to executing a simple command.

...



OS command injection vulnerabilities occur when an application fails to sanitize untrusted input and uses it in the execution of arbitrary system commands (with carefully chosen arguments) or of an external program.  This is a specific instance of the guideline [IDS01-J. Sanitize data passed across a trust boundary]. Any string data that originates from outside the program's trust boundary must be sanitized before being executed as a command on the current platform.

h2.

...

 Noncompliant Code Example

...



A weakness in a privileged program caused by relying on untrusted sources such as the environment (see guideline [ENV06-J. Provide a trusted environment and sanitize all inputs]) can result in the execution of a command or of a program that has privileges beyond those possessed by a typical user.

...



This noncompliant code example attempts to send a message to an email address supplied by an untrusted user. Because untrusted data originating from the environment (see guideline [ENV06-J. Provide a trusted environment and sanitize all inputs]) without sanitization this code is susceptible to a command injection attack.

...



{code

:bgColor

=#FFcccc

}  
String address = System.getProperty("email");
if (address == null) {
  // handle error
}

Runtime runtime = Runtime.getRuntime();
Process proc = runtime.exec("mail " + address); 
{code}

If an attacker supplies the following value for the {{"email"}} environment variable:

...



{code

}
noboday@nowhere.com ; useradd attacker
{code}

the command executed is actually two commands:

...



{code

}
mail noboday@nowhere.com ;
useradd attacker
{code}

which causes a new account to be created for the attacker.

h2.

...

 Compliant Solution (

...

Sanitization)

...



This compliant solution sanitizes the email address by permitting only a handful of correct characters to appear

...

Code Block

bgColor	#FFcccc

  . There are also six forms of the {{exec()}} method, most of which are convenience methods for the following method:  

{code}
 public Process exec(String[] cmdarray,
                    String[] envp,
                    File dir)
             throws IOException
{code}

{code:bgColor=#ccccff}
String address = System.getProperty("email");
if (address == null) {
  // handle error
}
if (!Pattern.matches("[0-9A-Za-z@.]+", address)) {
  // Handle error
}

Runtime runtime = Runtime.getRuntime();
Process proc = runtime.exec("mail " + address); 
{code}

Although this is a compliant solution, the sanitization method is weak because:
* it will reject valid

Compliant Solution

This compliant solution prevents command injection by requiring the user to select one of a predefined group of addresses. This prevents untrusted data from being added to the command.

Code Block

bgColor	#ccccff

email addresses
* it doesn't require any syntax or regular expression pattern matching (for example, using the regular expression "\b[A-Z0-9._%+-]+@[A-Z0-9.-]+\.[A-Z]{2,4}\b") to validate the input. 
* email validation is complicated.  You can actually purchase or acquire an entire component / subsystem for email address validation, for example the Apache {{[Class EmailValidator|http://commons.apache.org/validator/api-1.3.1/org/apache/commons/validator/EmailValidator.html]}} 
* The command interpreter invoked is system dependent, so is difficult to say that this solution will not allow command injection in every environment in which a Java program might run.

h2. Compliant Solution (Not passing untrusted data to the {{exec()}} method)

This compliant solution prevents command injection by requiring the user to select one of a predefined group of addresses. This prevents untrusted data from being added to the command.

{code:bgColor=#ccccff}
String address = null;

int filename = Integer.parseInt(System.getproperty("address")); // only allow integer choices
switch(filename) {
  case 1: 
    address = "root@localhost"
    break; // Option 1
  case 2: 
    address = "postmaster@localhost"
    break; // Option 2
  default: // invalid
    break; 
}
if (address == null) {
  // handle error
}

Runtime runtime = Runtime.getRuntime();
Process proc = runtime.exec("mail " + address);

Risk Assessment

OS command injection can cause arbitrary programs to be executed.

Guideline	Severity	Likelihood	Remediation Cost	Priority	Level
IDS06-J	high	probable	medium	P12	L1

Related Vulnerabilities

Search for vulnerabilities resulting from the violation of this guideline on the CERT website.

Bibliography

...


{code}


h2. Risk Assessment

OS command injection can cause arbitrary programs to be executed.

|| Guideline || Severity || Likelihood || Remediation Cost || Priority || Level ||
| IDS06-J | high | probable | medium | {color:red}{*}P12{*}{color} | {color:red}{*}L1{*}{color} |



h3. Related Vulnerabilities

Search for vulnerabilities resulting from the violation of this guideline on the [CERT website|https://www.kb.cert.org/vulnotes/bymetric?searchview&query=FIELD+KEYWORDS+contains+MSC32-J].



h2. Bibliography

\[[Chess 2007|AA. Bibliography#Chess 07]\] Chapter 5: Handling Input, "Command Injection"
\[[MITRE 2009|AA. Bibliography#MITRE 09]\] [CWE ID 78|http://cwe.mitre.org/data/definitions/78.html] "Failure to Preserve OS Command Structure (aka 'OS Command Injection')"
\[[OWASP 2005|AA. Bibliography#OWASP 05]\] [Reviewing Code for OS Injection|http://www.owasp.org/index.php/Reviewing_Code_for_OS_Injection]
\[[Permissions 2008|AA. Bibliography#Permissions 08]\] [Permissions in the Javaâ¢ SE 6 Development Kit (JDK)|http://java.sun.com/javase/6/docs/technotes/guides/security/permissions.html], Sun Microsystems, Inc. (2008)

...



----
[!The CERT Oracle Secure Coding Standard for Java^button_arrow_left.png!|IDS05-J. Library methods should validate their

...

 parameters]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[!The CERT Oracle Secure Coding Standard for Java^button_arrow_up.png!|13. Input Validation and Data Sanitization (IDS)]&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;[!The CERT Oracle Secure Coding Standard for Java^button_arrow_right.png!|IDS07-J. Prevent SQL Injection]

Space shortcuts

Page tree

Versions Compared

Old Version 57

New Version 58

Key

Compliant Solution

Risk Assessment

Related Vulnerabilities

Bibliography