Description

This attack targets the encoding of the Slash characters. An adversary would try to exploit common filtering problems related to the use of the slashes characters to gain access to resources on the target host. Directory-driven systems, such as file systems and databases, typically use the slash character to indicate traversal between directories or other container components. For murky historical reasons, PCs (and, as a result, Microsoft OSs) choose to use a backslash, whereas the UNIX world typically makes use of the forward slash. The schizophrenic result is that many MS-based systems are required to understand both forms of the slash. This gives the adversary many opportunities to discover and abuse a number of common filtering problems. The goal of this pattern is to discover server software that only applies filters to one version, but not the other.

Attack Execution Flow

3

1

Step 1

Explore

[Survey the application for user-controllable inputs] Using a browser, an automated tool or by inspecting the application, an adversary records all entry points to the application.
Use a spidering tool to follow and record all links and analyze the web pages to find entry points. Make special note of any links that include parameters in the URL.
Use a proxy tool to record all user input entry points visited during a manual traversal of the web application.
Use a browser to manually explore the website and analyze how it is constructed. Many browsers' plugins are available to facilitate the analysis or automate the discovery.
Manually inspect the application to find entry points.

Attack Techniques

Manually inspect the application to find entry points.
Use a browser to manually explore the website and analyze how it is constructed. Many browsers' plugins are available to facilitate the analysis or automate the discovery.
IT: Ispeziona manualmente l'applicazione per individuare i punti di ingresso.
Use a spidering tool to follow and record all links and analyze the web pages to find entry points. Make special note of any links that include parameters in the URL.
IT: Ispeziona manualmente l'applicazione per individuare i punti di ingresso.
Use a proxy tool to record all user input entry points visited during a manual traversal of the web application.
IT: Ispeziona manualmente l'applicazione per individuare i punti di ingresso.

2

Step 2

Experiment

[Probe entry points to locate vulnerabilities] The adversary uses the entry points gathered in the 'Explore' phase as a target list and looks for areas where user input is used to access resources on the target host. The adversary attempts different encodings of slash characters to bypass input filters.
Try both backslash and forward slash characters
Try different encodings for slash characters such as %5C

Attack Techniques

Try both backslash and forward slash characters
Try different encodings for slash characters such as %5C
IT: Prova sia il carattere backslash (\) sia quello slash (/).

3

Step 3

Exploit

[Traverse application directories] Once the adversary determines how to bypass filters that filter out slash characters, they will manipulate the user input to include slashes in order to traverse directories and access resources that are not intended for the user.

Mitigations

7

Be Aware Of The Threat Of Alternative Method Of Data Encoding And Obfuscation Technique Such As Ip Address Encoding. (See Related Guideline Section)

Any Security Checks Should Occur After The Data Has Been Decoded And Validated As Correct Data Format. Do Not Repeat Decoding Process, If Bad Character Are Left After Decoding Process, Treat The Data As Suspicious, And Fail The Validation Process. Refer To The Rfcs To Safely Decode Url.

There Are Tools To Scan Http Requests To The Server For Valid Url Such As Urlscan From Microsoft (Http://Www.Microsoft.Com/Technet/Security/Tools/Urlscan.Mspx)

Assume All Input Is Malicious. Create An Allowlist That Defines All Valid Input To The Application Based On The Requirements Specifications. Input That Does Not Match Against The Allowlist Should Not Be Permitted To Enter Into The System.

When Client Input Is Required From Web-Based Forms, Avoid Using The "Get" Method To Submit Data, As The Method Causes The Form Data To Be Appended To The Url And Is Easily Manipulated. Instead, Use The "Post Method Whenever Possible.

Test Your Path Decoding Process Against Malicious Input.

In The Case Of Path Traversals, Use The Principle Of Least Privilege When Determining Access Rights To File Systems. Do Not Allow Users To Access Directories/Files That They Should Not Access.

Consequences

Indicators

3

CAPEC 79 Using Slashes in Alternate Encoding

Description

Attack Execution Flow

Step 1

Attack Techniques

Step 2

Attack Techniques

Step 3

Mitigations

Be Aware Of The Threat Of Alternative Method Of Data Encoding And Obfuscation Technique Such As Ip Address Encoding. (See Related Guideline Section)

Any Security Checks Should Occur After The Data Has Been Decoded And Validated As Correct Data Format. Do Not Repeat Decoding Process, If Bad Character Are Left After Decoding Process, Treat The Data As Suspicious, And Fail The Validation Process. Refer To The Rfcs To Safely Decode Url.

There Are Tools To Scan Http Requests To The Server For Valid Url Such As Urlscan From Microsoft (Http://Www.Microsoft.Com/Technet/Security/Tools/Urlscan.Mspx)

Assume All Input Is Malicious. Create An Allowlist That Defines All Valid Input To The Application Based On The Requirements Specifications. Input That Does Not Match Against The Allowlist Should Not Be Permitted To Enter Into The System.

When Client Input Is Required From Web-Based Forms, Avoid Using The "Get" Method To Submit Data, As The Method Causes The Form Data To Be Appended To The Url And Is Easily Manipulated. Instead, Use The "Post Method Whenever Possible.

Test Your Path Decoding Process Against Malicious Input.

In The Case Of Path Traversals, Use The Principle Of Least Privilege When Determining Access Rights To File Systems. Do Not Allow Users To Access Directories/Files That They Should Not Access.

Consequences

Security Scopes Affected

Potential Impacts

Indicators

Relationships

Parent CAPECs

CAPEC 79 Using Slashes in Alternate Encoding

Description

Attack Execution Flow

Step 1

Attack Techniques

Step 2

Attack Techniques

Step 3

Mitigations

Be Aware Of The Threat Of Alternative Method Of Data Encoding And Obfuscation Technique Such As Ip Address Encoding. (See Related Guideline Section)

Any Security Checks Should Occur After The Data Has Been Decoded And Validated As Correct Data Format. Do Not Repeat Decoding Process, If Bad Character Are Left After Decoding Process, Treat The Data As Suspicious, And Fail The Validation Process. Refer To The Rfcs To Safely Decode Url.

There Are Tools To Scan Http Requests To The Server For Valid Url Such As Urlscan From Microsoft (Http://Www.Microsoft.Com/Technet/Security/Tools/Urlscan.Mspx)

Assume All Input Is Malicious. Create An Allowlist That Defines All Valid Input To The Application Based On The Requirements Specifications. Input That Does Not Match Against The Allowlist Should Not Be Permitted To Enter Into The System.

When Client Input Is Required From Web-Based Forms, Avoid Using The "Get" Method To Submit Data, As The Method Causes The Form Data To Be Appended To The Url And Is Easily Manipulated. Instead, Use The "Post Method Whenever Possible.

Test Your Path Decoding Process Against Malicious Input.

In The Case Of Path Traversals, Use The Principle Of Least Privilege When Determining Access Rights To File Systems. Do Not Allow Users To Access Directories/Files That They Should Not Access.

Consequences

Security Scopes Affected

Potential Impacts

Indicators

Relationships

Parent CAPECs

Iscriviti alla newsletter