+---------------------------------------------------------------------------------------------------------------------------------------------------+ # Exploit Title : Drupal CMS 7.12 (latest stable release) Multiple Vulnerabilities # Date : 02-03-2012 # Author : Ivano Binetti (http://ivanobinetti.com) # Software link : http://drupal.org/download # Vendor site : http://drupal.org # Version : 7.12 (and lower) # Tested on : Debian Squeeze (6.0) # Original Advisory: http://ivanobinetti.blogspot.com/2012/03/drupal-cms-712-latest-stable-release.html +---------------------------------------------------------------------------------------------------------------------------------------------------+ +-------------------------[Multiple Vulnerabilities by Ivano Binetti]-------------------------------------------------------------------------------+ Summary 1)Introduction 2)Vulnerabilities Description 2.1 Poor Session Checking (CSRF to change any Drupal settings) 2.2 Poor Session Checking (CSRF to Force administrator logout) 2.3 Poor Session Checking (POST and GET method) 2.4 Poor Session Checking (Http Referer) 3)Exploit 3.1 Exploit (Add Administrator) 3.2 Exploit (Force logout) +---------------------------------------------------------------------------------------------------------------------------------------------------+ 1)Introduction Drupal "is an open source content management platform powering millions of websites and applications. Itís built, used, and supported by an active and diverse community of people around the world". 2)Vulnerability Description Drupal 7.12 -latest stable release - suffers from multiple vulnerabilities which could allow an attacker to gain access to the management interface. 2.1 Poor Session Checking (CSRF to change any Drupal settings) Drupal, to secure changes made by administrators or users through web management interface, uses two alphanumeric parameters ("form_buid_id" and "form_token") which are sent inside any http POST request. The parameter "form_buid_id" is generated different for any operation an admin/user performs, but there is a security flaw which allows to use any other Drupal generated "form_buid_id" parameter (like this: "form-0iFqLlofT1uuJ_uwXPNdVlc_J9KL20oZE15dK9hxuQ8") to make changes to Drupal settings through web management interface. So, even if Drupal creates a different "form_buid_id" for any operation you can use another "form_buid_id" compatible with Drupal instead of that generated by Drupa for that specific operation. In the other parameter, "form_token", there is another security flaw inside the logic with which this parameter is generated, because is used the same parameter for for similar operations in the same session (for example for article's creation Drupal assigns the same "form_token", for admin/user creation Drupal assigns the same "form_token" and so on). This flaw can be used by un attacker which knows the values of "form_buid_id" and "form_token" parameters (for example an internal attacker performing a "Man in The Middle Attack" or an external ttacker that controls an internal client by an client-side exploit, an external attacker that controls directly a Drupal admin by a client-side exploit and son on. There are many possibilities) to create an "ad-hoc" crafted web page that allows to performs any Drupal changes (add administrator, delete administrator, add web pages, delete web pages, and so on) when a Drupal administrator or User browses that crafted web page. 2.2 Poor Session Checking (CSRF to Force administrator logout) There is another vulnerability - always related to poor session checking / improper input validation - in "/user/logout" which allows an attacker to create a crafted web page an force logout of Drupal administrator/users at web management interface. This vulnerability - forcing administrator logout - will aid an attacker to sniff authentication credentials when a "Man in The Middle Attack" is performed. 2.3 Poor Session Checking (POST and GET method) Drupal does not check "GET" or "POST" http method allowing, even though normal logout is made via http GET request, to exploit the above vulnerability using http POST method. 2.4 Poor Session Checking (Http Referer) Drupal, furthermore, does not perform "http referer" checking, allowing to exploit all above described vulnerabilities. 3)Exploit 3.1 Exploit (Add Administrator)

CSRF Exploit change user to admin

3.2 Exploit (Force logout)

CSRF Exploit to logout Admin

+--------------------------------------------------------------------------------------------------------------------------------------------------+