Ethical Hacking

Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package.
Computer Forensics Training at InfoSec Institute

Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors.




Network Security Vuln-Dev
[Top] [All Lists]

Re: IndonesiaHack Advisory HTML injection in PHP Fusebox

Subject: Re: IndonesiaHack Advisory HTML injection in PHP Fusebox
Date: 23 Jan 2006 22:41:43 -0000
This isn't a vulnerability. The framework is doing what it is supposed to, and 
it isn't the job of the framework to place arbitrary restrictions on what the 
user can pass into it. For example, the CF version of Fusebox has also had this 
"vulnerability" pointed out. But CF already has a mechanism to eliminate XSS 
attacks through the use of the "scriptProtect" attribute of the cfapplication 
tag. So if the core file were to incorporate some sort of XSS scrubbing, it 
would have to be disabled by default so as not to duplicate what the web 
application server is already doing. Which would mean the developer would have 
to turn it on. Which would mean that the developer already was aware of the 
danger of XSS and the need to prevent it. Which would make the addition of 
framework-based scrubbing moot. The framework is there to ease development, not 
stop the developer from making every kind of mistake.

<Prev in Thread] Current Thread [Next in Thread>