CommuniGatePro 6.1.16 Cross Site Scripting

2017-11-26 / 2017-11-28
Risk: Low
Local: No
Remote: Yes
CWE: CWE-79


CVSS Base Score: 4.3/10
Impact Subscore: 2.9/10
Exploitability Subscore: 8.6/10
Exploit range: Remote
Attack complexity: Medium
Authentication: No required
Confidentiality impact: None
Integrity impact: Partial
Availability impact: None

# Exploit Title: CommuniGatePro webmails Multiple Stored XSS # Date: 15/11/2017 # Exploit Author: Boumediene KADDOUR # Unit: Algerie Telecom R&D Unit # Vendor Homepage: https://www.stalker.com/ # Software Link: http://www.stalker.com/ (paid product) # Version: 6.1.16< # Tested on: production server on crystal, pronto and pronto4 webmails from gmail and hotmail. CommuniGatePro 6.1.16 webmails (crystal, pronto and pronto4) suffer from multiple stored XSS vulnerabilities. The bellow details illustrate the impact of this vulnerability. *Vulnerability Description:* XSS flaws occur whenever an application includes untrusted data in a new web page without proper validation or escaping, or updates an existing web page with user supplied data using a browser API that can create JavaScript. XSS allows attackers to execute scripts in the victimas browser which can hijack user sessions, deface web sites, or redirect the user to malicious sites. *Vulnerability details (Stored XSS):* This vulnerability allowed us to gain access to the following: 1. Control the victim's mailbox by just reading my email 2. Control the victim's computer in case the person uses Internet Explorer 8 which is widely used in our company. 3. Send emails on behalf the victim 4. Deface the whole victim mailbox 5. Invoke the malicious piece of code each time an attachment's sent to the victim. *Vulnerable sections:* 1. Calendar 2. Files 3. Tasks 4. Notes 5. Inbox *Attack Narratives and Scenarios:* 1. *Calendar:* *Source webmail:* tested with gmail and hotmail *Destination webmail: *Crystal In order to deliver our PoC, we have taken the advantages of *google calendar *to achieve our goal. *PoC:* *POST /calendar/event HTTP/1.1* *Host: calendar.google.com <http://calendar.google.com>* *User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Firefox/52.0* *Accept: */** *Accept-Language: en-US,en;q=0.5* *Accept-Encoding: gzip, deflate* *Referer: https://calendar.google.com/calendar/render?tab=mc <https://calendar.google.com/calendar/render?tab=mc>* *X-If-No-Redirect: 1* *X-Is-Xhr-Request: 1* *Content-Type: application/x-www-form-urlencoded;charset=utf-8* *Content-Length: 634* *Cookie: Mycookie* *Connection: close* *sf=true&output=js&action=CREATE&useproto=true&add=boumediene.k%40victim.dz <http://40victim.dz>%2Csnbemail%40gmail.com <http://40gmail.com>&crm=BUSY&icc=DEFAULT&sprop=goo.allowModify%3Afalse&sprop=goo.allowInvitesOther%3Atrue&sprop=goo.showInvitees%3Atrue&pprop=eventColor%3Anone&eid=762dgnlok9l44rd63im4kisjnd&eref=762dgnlok9l33rd55im4kisjnd&cts=1511425384353&text=%22%3E%3Cimg%20src%3DX%20onerror%3Dalert(document.cookie)%3E&location=Stored%20XSS&details=Stored%20XSS&src=snbemail%40gmail.com <http://40gmail.com>&dates=20171123T093000%2F20171123T103000&unbounded=false&gdoc-attachment&scfdata=W1tdXQ..&stz&etz&scp=ONE&nopts=2&nopts=3&nopts=4&hl=en_GB&secid=6VLs1BGsgBB_Tqz6egnXpCYYF24* Once the victim receives the invitation, he/she will not be obliged to click on any link or download any file. The only condition for this PoC to work is a single click to read the email. Once the victim reads the email, the code gets executed on the victim's browser ending up sending sensitive data to the adversary. *2. Files:* *Source webmail: *pronto/pronto4/Crystal *Destination webmail: *Crystal In order to leverage this vulnerability, a victim must first acquire a local mailbox. What he/she will do is the following: 1. Go to file section. 2. Create a directory 3. Name the directory with any JavaScript code, in our case (<img src=X onerror=alert(document.cookie)>) 4. Share or grant access to victim to be able to at least read the content of the directory 5. The victim then recieves the email of granting access to that directory 6. The vitim reads the email and then accesses the directory ending up executing the code within its scope of work *3. Notes:* *Source webmail:* Crystal *Destination webmail: *Crystal In order to leverage this vulnerability, a victim must first acquire a local mailbox. What he/she will do is the following: 1. Create a note 2. Put the JavaScript code within it 3. Share it with the victim *4. Tasks:* *Source webmail: *pronto/pronto4 *Destination webmail: *Crystal In order to leverage this vulnerability, a victim must first acquire a local mailbox. What he/she will do is the following: 1. Create a task 2. Put the JavaScript code within the task name 3. publish it *5. Inbox* *Source webmail: *pronto/pronto4 *Destination webmail: *Crystal In order to leverage this vulnerability, a victim must first acquire a local mailbox. What he/she will do is the following: 1. Create an html file with malicious JavaScript piece of code 2. Make use of Pronto to send the email to the victim 3. The victim reads the email using Crystal webmail and the code gets executed. *Remediation:* Sanitize, escape and validate user supplied data accordingly *Vulnerability Disclosure Timeline:* ================================== 23 Nov, 17 5:36:09 PM: Vendor Notification 23 Nov, 17 6:56:33 PM: Vendor Response/Feedback 24 Nov, 17 : Vendor released new patched version 6.2.1 and included fixes on version 6.1.19 as a separate Crystal skin package (to be installed as cluster/server-wide custom skin)


Vote for this issue:
100%
0%


 

Thanks for you vote!


 

Thanks for you comment!
Your message is in quarantine 48 hours.

Comment it here.


(*) - required fields.  
{{ x.nick }} | Date: {{ x.ux * 1000 | date:'yyyy-MM-dd' }} {{ x.ux * 1000 | date:'HH:mm' }} CET+1
{{ x.comment }}

Copyright 2017, cxsecurity.com

 

Back to Top