Special Element Injection

This is an Attack. To view all attacks, please see the Attack Category page.

Description

Special Element Injection is a type of injection attack that exploits a weakness related to reserved words and special characters.

Every programming language and operating system has special characters considered as reserved words for it. However, when an application receives such data as user input, it is possible to observe unexpected behavior in the application when parsing this information. This can lead to information disclosure, access control and authorization bypass, code injection, and many other variants.

According to the characters used, the Special Element Injection attack can be performed using macro symbols, parameter delimiter and null characters/null bytes, among others.

Risk Factors

TBD

Examples

Example 1 - Macro symbol

The Special Element Injection attack based on macro symbols can be performed by inserting macro symbols in input fields or user configuration files. A known example of this attack can be represented by vulnerability exploitation on Quake II server 3.20 and 3.21. This vulnerability allows a remote user to access server console variables (cvar), directory lists, and execute admin commands by a client on the Quake II Server.

On this application, cvars are used by the client and server to store configuration and status information. A cvar can be accessed by “$name” syntax, where “name” is the name of the console variable to be expanded.

However, it is possible to modify the client console to send a malicious command to the server, such as “say $rcon_password” to attempt to discover the content server $rcon_password variables.

By discovering the password, it is possible to perform further actions on the server, like discovering directory structures, command execution, and visualization of file contents.

Example 2 - Parameter delimiter

Parameter Delimiter is another variant of Special Element Injection. The example below illustrates how this attack can be performed using a vulnerability found on PHP posting system Poster version.two.

This application has a dangerous vulnerability that allows data insertion into fields (username, password, email address and privileges) of the “mem.php” file. This file is responsible for managing application users.

An example of “mem.php” file is shown bellow, where user Jose has admin privileges and Alice has just user access:

<?
Jose|12345678|[email protected]|admin|
Alice|87654321|[email protected]|normal|
?>

When a user wants to edit his profile, he must use edit account” option in the “index.php” page and enter his login information. However, using “|” as a parameter delimiter on email field followed by “admin” profile, the user could elevate her privileges to administrator. Example:

Username: Alice
Password: 87654321
Email: [email protected] |admin|

This information will be recorded in “mem.php” file like this:

Alice|87654321|[email protected]|admin|normal|

The next time user Alice logs in, the application will acquire the parameter “|admin|” as user profile, thus elevating her privileges to administrator profile.