Thinking Inside a Bigger Box

Link: Spring-MVC Cross-Site Scripting Vulnerabilities

March 6, 2007 @ 12:54 pm · Filed under Software Development, Links

Sverre Huseby examines some security issues with Spring-MVC. As it turns out, the Spring JSP form-taglib provide no HTML-escaping by default, making it very easy to get Cross-Site Scripting vulnerabilities included in the code. The article comes complete with a standalone application that illustrates the problem.

Permalink

This work is licensed under a Creative Commons Attribution 3.0 License.

Print This Post

Viewing 6 Comments

Anders Furseth 1 year ago 1 point
Please login to rate.

Do you already have an account? Log in and claim this comment.

As interesting as this is, Sverre has yet to report the issues to the Spring-MVC team, making this premature disclosure unethical at best.

reply edit flag

Johannes Brodwall 1 year ago 1 point
Please login to rate.

Do you already have an account? Log in and claim this comment.

Poppycock, Anders :-). A security advisory with a workaround should always be welcome. Security is always better when information is widely disseminated.

But the issue should be reported to the Spring team *as well*. And I trust Sverre is one step ahead of us on this.

reply edit flag

http://brodwall.com/johannes/

Mr. Senseless Talker 1 year ago 1 point
Please login to rate.

Do you already have an account? Log in and claim this comment.

I'm glad you have trust in Sverre (he's the best), but I know for a fact it has yet to be reported. The issue here is timing. Giving the maintainer of the affected product some time to respond to the issue before disclosing the advisory is common practise among most sane people. For future reference; see http://www.wiretrip.net/rfp/policy.html for an excellent guideline for handling the interaction between a security researchers and software maintainers. Given the fact that Spring-MVC is being widely used among financial applications, I'm left to hope that the readers of your blog are merely people with good intentions. Hopefully we'll all be able to fetch Spring-MVC 2.0.3 from our local mirror very soon.

reply edit flag

Johannes Brodwall 1 year ago 1 point
Please login to rate.

Do you already have an account? Log in and claim this comment.

Hi, Anders. If this was a bona-fide bug, I'd agree with you. It's a request to "default to safe", which is something different. In this case, the onus to fix is on the billions of software developers using Spring-MVC. But the Spring team could ease their pain. (And I'm not going to be drawn into a discussion about the bestitude of Sverre)

reply edit flag

http://brodwall.com/johannes/

Sverre 1 year ago 1 point
Please login to rate.

Do you already have an account? Log in and claim this comment.

Jeez, guys, let's be friends. After all, it's just bits and bytes.

And I've been informed that the only _bug_ I point at is being fixed in the next 2.0.x release. Not because of me, but because someone reported it the day after I started mailing my thoughts to some friends.

The design flaw may be (maybe) addressed in the next 2.x.y release.

reply edit flag

Kukenspeil 1 year ago 1 point
Please login to rate.

Do you already have an account? Log in and claim this comment.

"I have a dream that one day the Spring Framework will add "secure by
default" to its list of fundamental design principles."

Well if that happened, then Sverre could well be out of a lot of consulting revenue!

reply edit flag

Link: Spring-MVC Cross-Site Scripting Vulnerabilities

Add New Comment

Viewing 6 Comments

Add New Comment

Search

Subscribe (atom)

Categories

Archives