You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tomcat.apache.org by Narses Barona <nb...@nc.rr.com> on 2005/05/28 00:12:12 UTC

Cross-site scripting vulnerability

Our security tool produces the following warning against Tomcat 4.1.29 :

[HTTP/8080/TCP] Server is an enabling vector for cross-site scripting 
exposure in clients [trace-1]. More...

I seached the mailing list and found several references to cross-site
scripting.  Based on the information, I am lead to believe that the
problem is not with the product, but with the examples or some other 
non-critical piece of code.  I have removed the 
jakarta-tomcat-4.1.29/webapps/examples directory and its' content, but
the problem persists.  Is there some other file/directory that needs
to be removed to fix this problem?  I noticed one reference to a 
SnoopServlet, but can't find any file by that name.

Narses Barona




---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Re: Cross-site scripting vulnerability

Posted by Mark Thomas <ma...@apache.org>.
XSS issues have been reported in:
  - the servlet 2.3 examples (including snoop.jsp)
  - the manager servlet
  - the servlet 2.4 examples (affects TC5 only)

All of these have been fixed in CVS.

Fixes for these are included in Tomcat 5.5.7 onwards.

Tomcat 4.1.31 still has the following XSS issues
  - snoop.jsp in examples
  - the manager servlet

The workarounds until the next 4.1 release are:
  - don't deploy the examples on a production server
  - close your browser after using the manager application or disable 
javascript support in your browser

If your tool has identified any further XSS issues, please report them 
to security@apache.org

Mark

Narses Barona wrote:
> Our security tool produces the following warning against Tomcat 4.1.29 :
> 
> [HTTP/8080/TCP] Server is an enabling vector for cross-site scripting 
> exposure in clients [trace-1]. More...
> 
> I seached the mailing list and found several references to cross-site
> scripting.  Based on the information, I am lead to believe that the
> problem is not with the product, but with the examples or some other 
> non-critical piece of code.  I have removed the 
> jakarta-tomcat-4.1.29/webapps/examples directory and its' content, but
> the problem persists.  Is there some other file/directory that needs
> to be removed to fix this problem?  I noticed one reference to a 
> SnoopServlet, but can't find any file by that name.
> 
> Narses Barona


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org


Re: Cross-site scripting vulnerability

Posted by "Frank W. Zammetti" <fz...@omnytex.com>.
I notice the "more..." at the end of that... do you have the more by chance?

Cross-site scripting (CSS) vulnerabilities are, generally-speaking, 
concerned with situations where a server-side process generates HTML 
dynamically and there is a possibility of input data that has not been 
scrubed of certain "dangerous" characters (i.e., <>()%, etc.) being 
inserted into the generated code.  Proper crafting of such input data 
can result in code being executed as trusted when it clearly should not be.

(As amazing as it seems, I found the following page from Microsoft, of 
all sources!, to be a good explanation of the problem: 
http://support.microsoft.com/default.aspx?scid=kb;en-us;252985)

As such, a tool that says a server is an enabling vector for such a 
vulnerability is not being especially helpful because virtually *any* 
server-side code that doesn't deal with such characters is potentially 
an "enabling vector".  If it narrows down the location of the apparent 
vulnerability, i.e., specified a path it tested maybe, it might point at 
something legitimately of concern.  If it's just saying "Hey, Tomcat 
could be used to craft a CSS hack", well, yes, it COULD, but then so 
could *anything* server-side that generates HTML!

(Ironically, I spent most of today dealing with a servlet filter written 
by another team at my company that deals with cross-site scripting 
vulnerabilities, but which seems to have some unexpected side-effects, 
so I had to get up to speed on CSS vulnerabilities in a hurry!)

Frank

Narses Barona wrote:
> Our security tool produces the following warning against Tomcat 4.1.29 :
> 
> [HTTP/8080/TCP] Server is an enabling vector for cross-site scripting 
> exposure in clients [trace-1]. More...
> 
> I seached the mailing list and found several references to cross-site
> scripting.  Based on the information, I am lead to believe that the
> problem is not with the product, but with the examples or some other 
> non-critical piece of code.  I have removed the 
> jakarta-tomcat-4.1.29/webapps/examples directory and its' content, but
> the problem persists.  Is there some other file/directory that needs
> to be removed to fix this problem?  I noticed one reference to a 
> SnoopServlet, but can't find any file by that name.
> 
> Narses Barona
> 
> 
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: tomcat-user-help@jakarta.apache.org
> 
> 
> 
> 
> .
> 

-- 
Frank W. Zammetti
Founder and Chief Software Architect
Omnytex Technologies
http://www.omnytex.com


---------------------------------------------------------------------
To unsubscribe, e-mail: tomcat-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: tomcat-user-help@jakarta.apache.org