CAPECattack pattern
CAPEC-108 Command Line Execution through SQL Injection
Very High
Official page ↗
- Abstraction
- Detailed
- Status
- Draft
- Likelihood of attack
- Low
- Typical severity
- Very High
- CAPEC version
- 3.9
Description
An attacker uses standard SQL injection methods to inject data into the command line for execution. This could be done directly through misuse of directives such as MSSQL_xp_cmdshell or indirectly through injection of data into the database that would be interpreted as shell commands. Sometime later, an unscrupulous backend application (or could be part of the functionality of the same application) fetches the injected data stored in the database and uses this data as command line arguments without performing proper validation. The malicious data escapes that data plane by spawning new commands to be executed on the host.
Execution flow
1. [Explore] [Probe for SQL Injection vulnerability] The attacker injects SQL syntax into user-controllable data inputs to search unfiltered execution of the SQL syntax in a query.
2. [Exploit] [Achieve arbitrary command execution through SQL Injection with the MSSQL_xp_cmdshell directive] The attacker leverages a SQL Injection attack to inject shell code to be executed by leveraging the xp_cmdshell directive.
3. [Exploit] [Inject malicious data in the database] Leverage SQL injection to inject data in the database that could later be used to achieve command injection if ever used as a command line argument
4. [Exploit] [Trigger command line execution with injected arguments] The attacker causes execution of command line functionality which leverages previously injected database content as arguments.
Prerequisites
• The application does not properly validate data before storing in the database
• Backend application implicitly trusts the data stored in the database
• Malicious data is used on the backend as a command line argument
Skills required
• [High] The attacker most likely has to be familiar with the internal functionality of the system to launch this attack. Without that knowledge, there are not many feedback mechanisms to give an attacker the indication of how to perform command injection or whether the attack is succeeding.
Consequences
• Integrity: Modify Data
• Confidentiality: Read Data
• Availability: Unreliable Execution
• Confidentiality, Access Control, Authorization: Gain Privileges
• Confidentiality, Integrity, Availability: Execute Unauthorized Commands
Mitigations
• Disable MSSQL xp_cmdshell directive on the database
• Properly validate the data (syntactically and semantically) before writing it to the database.
• Do not implicitly trust the data stored in the database. Re-validate it prior to usage to make sure that it is safe to use in a given context (e.g. as a command line argument).
Related
Child of · CAPEC (1)
- CAPEC-66 SQL Injection attack pattern
Weakness · CWE (5)
- CWE-114 Process Control weakness
- CWE-20 Improper Input Validation weakness
- CWE-74 Improper Neutralization of Special Elements in Output Used by a Downstream Component weakness
- CWE-78 Improper Neutralization of Special Elements used in an OS Command weakness
- CWE-89 Improper Neutralization of Special Elements used in an SQL Command weakness
Referenced by CAPEC · can precede (1)
- CAPEC-110 SQL Injection through SOAP Parameter Tampering attack pattern
Referenced by CWE · attack pattern (5)
- CWE-114 Process Control weakness
- CWE-20 Improper Input Validation weakness
- CWE-74 Improper Neutralization of Special Elements in Output Used by a Downstream Component weakness
- CWE-78 Improper Neutralization of Special Elements used in an OS Command weakness
- CWE-89 Improper Neutralization of Special Elements used in an SQL Command weakness