CAPEC-83: XPath Injection
An attacker can craft special user-controllable input consisting of XPath expressions to inject the XML database and bypass authentication or glean information that they normally would not be able to. XPath Injection enables an attacker to talk directly to the XML database, thus bypassing the application completely. XPath Injection results from the failure of an application to properly sanitize input used as part of dynamic XPath expressions used to query an XML database.
Last updated
Overview
CAPEC-83 (XPath Injection) is a detailed-level attack pattern catalogued by MITRE in the Common Attack Pattern Enumeration and Classification (CAPEC). It describes a recurring method attackers use to exploit software weaknesses.
How the attack works
The phases an attacker typically follows to carry out this attack.
- Step 1Explore
[Survey the target] Using a browser or an automated tool, an adversary records all instances of user-controllable input used to contruct XPath queries.
- Use an automated tool to record all instances of user-controllable input used to contruct XPath queries.
- Use a browser to manually explore the website and analyze how the application processes inputs.
- Step 2Explore
[Determine the tructure of queries] Using manual or automated means, test inputs found for XPath weaknesses.
- Use an automated tool automatically probe the inputs for XPath weaknesses.
- Manually probe the inputs using characters such as single quote (') that can cause XPath-releated errors, thus indicating an XPath weakness.
- Step 3Exploit
[Inject content into XPath query] Craft malicious content containing XPath expressions that is not validated by the application and is executed as part of the XPath queries.
- Use the crafted input to execute unexpected queries that can disclose sensitive database information to the attacker.
- Use a combination of single quote (') and boolean expressions such as "or 1=1" to manipulate XPath logic.
- Use XPath functions in the malicious content such as "string-length", "substring", or "count" to gain information about the XML document structure being used.
What the attacker needs
Prerequisites
- XPath queries used to retrieve information stored in XML documents
- User-controllable input not properly sanitized before being used as part of XPath queries
Skills required
- Low skill: XPath Injection shares the same basic premises with SQL Injection. An attacker must have knowledge of XPath syntax and constructs in order to successfully leverage XPath Injection
Resources required
- None: No specialized resources are required to execute this type of attack.
Consequences
What a successful CAPEC-83 attack can achieve.
Gain Privileges
Affects: Confidentiality, Access Control, Authorization
Read Data
Affects: Confidentiality
How to mitigate it
Defenses that reduce the risk of CAPEC-83.
- Strong input validation - All user-controllable input must be validated and filtered for illegal characters as well as content that can be interpreted in the context of an XPath expression. Characters such as a single-quote(') or operators such as or (|), and (&) and such should be filtered if the application does not expect them in the context in which they appear. If such content cannot be filtered, it must at least be properly escaped to avoid them being interpreted as part of XPath expressions.
- Use of parameterized XPath queries - Parameterization causes the input to be restricted to certain domains, such as strings or integers, and any input outside such domains is considered invalid and the query fails.
- Use of custom error pages - Attackers can glean information about the nature of queries from descriptive error messages. Input validation must be coupled with customized error pages that inform about an error without disclosing information about the database or application.
How to detect it
Indicators that this attack may be underway.
- Too many exceptions generated by the application as a result of malformed XPath queries
Examples
Consider an application that uses an XML database to authenticate its users. The application retrieves the user name and password from a request and forms an XPath expression to query the database. An attacker can successfully bypass authentication and login without valid credentials through XPath Injection. This can be achieved by injecting the query to the XML database with XPath syntax that causes the authentication check to fail. Improper validation of user-controllable input and use of a non-parameterized XPath expression enable the attacker to inject an XPath expression that causes authentication bypass.
Terminology & mappings
Mapped taxonomies
- WASC: XPath Injection (39)
- OWASP Attacks: Blind XPath Injection
- OWASP Attacks: XPATH Injection
Frequently asked questions
Common questions about CAPEC-83.
- What is CAPEC-83?
- An attacker can craft special user-controllable input consisting of XPath expressions to inject the XML database and bypass authentication or glean information that they normally would not be able to. XPath Injection enables an attacker to talk directly to the XML database, thus bypassing the application completely. XPath Injection results from the failure of an application to properly sanitize input used as part of dynamic XPath expressions used to query an XML database.
- How does a XPath Injection attack work?
- It typically unfolds over 3 phases. It begins with: [Survey the target] Using a browser or an automated tool, an adversary records all instances of user-controllable input used to contruct XPath queries.
- How do you prevent CAPEC-83?
- Strong input validation - All user-controllable input must be validated and filtered for illegal characters as well as content that can be interpreted in the context of an XPath expression. Characters such as a single-quote(') or operators such as or (|), and (&) and such should be filtered if the application does not expect them in the context in which they appear. If such content cannot be filtered, it must at least be properly escaped to avoid them being interpreted as part of XPath expressions.
- What weaknesses does CAPEC-83 target?
- CAPEC-83 exploits 4 CWE weaknesses, including CWE-20 (Improper Input Validation), CWE-74 (Improper Neutralization of Special Elements in Output Used by a Downstream Component ('Injection')), CWE-91 (XML Injection (aka Blind XPath Injection)), CWE-707 (Improper Neutralization).
- How severe is CAPEC-83?
- MITRE rates CAPEC-83 as High severity with high likelihood of attack.
References
Attack-pattern data is sourced from the MITRE CAPEC catalog (v3.9). Weakness associations link to the corresponding CWE entries on RadicalNotion.AI.
Defend against CAPEC-83
Track the CVEs and weaknesses attackers exploit with this technique, with AI-written analysis and remediation guidance.