GLPI 0.90.4 – SQL Injection

# Exploit Title: Multiple SQL injection vulnerabilities in GLPI 0.90.4

# Date: 2016/09/09

# Exploit Author: Eric CARTER (in/ericcarterengineer - CS c-s.fr)

# Vendor Homepage: http://glpi-project.org

# Software Link: http://glpi-project.org/spip.php?article3

# Version: 0.90.4

# Tested on: GLPI 0.90.4 running on a Debian 7, Apache 2.2.2, MySQL 5.5.49

# CVE : CVE-2016-7508

Multiple SQL injection vulnerabilities in GLPI 0.90.4 allow an

authenticated remote attacker to execute arbitrary SQL commands by

using the [ELIDED] character when the database is configured to use

asian encoding (BIG 5).

> [Affected Component]

The file ./inc/dbmysql.class.php defines the encoding the database

should use. This files uses the "SET NAMES" function which offers the

possibility to use a specific encoding.

> [Attack Type]

Remote

> [Impact Code execution]

True

> [Impact Escalation of Privileges]

True

> [Impact Information Disclosure]

True

> [Prerequisite]

The administrator of GLPI must have defined the variable

$dbenc='big5' in ./config/config_db.php to support asian encoding. It

will then be possible to do SQL injection in almost all the forms of

the application.

> [Attack Vectors]

For the proof-of-concept, the attacker targeted the

"Surname" form input in the User profile by adding the characters

ø (\xBF\x27) before the SQL code (the request must be sent using Western

encoding) :

ø', password=61529519452809720693702583126814 -- x

Once received by the server, the request will be sanitized, giving :

ø\', password=61529519452809720693702583126814 -- x

The value will then be sent to the database with a BIG5 encoding. Here is the

critical point, as BIG5 will see the string ø\ as a single asian character

encoded on two bytes. As the single quote isn't escaped anymore, the

SQL code will be executed and will set the password of every accounts

to the value

61529519452809720693702583126814 (=MD5 hash of "ximaz" string)