Manila from manila.userland.com is a widely deployed CMS       _     _
(http://http://manila.userland.com/selectedCustomers) \`\ /`/ 
                                                                 \  
V /               This following cross site scripting exploit was  
sent to         /. .\
userland.com on the 2nd of April.                              =\ T /                                                                 / ^ \
Happy easter-hacking, live from the easterhegg               {}/\\ //\
(http://eh.cngw.org) __\ " " /__ 
                                                         jgs (____/^ 
\____)


--- snip -- original post to manila-bugs@userland.com follows ---- 
>
> Multiple XSS bugs in manila.
> To: manila-bugs@userland.com 
>
> Authors:
> Michael Bauer , Aaron Kaplan  
>
> This bugs will be reported to you and released to the public 10  
> days after
> submission to userland.com, as we strongly believe in full disclosure.
>
> Software:
>    manila
> Vendor:
>    userland.com
> Versions tested :
>    
>
> Overview:
>
> Manila is vulnerable to several XSS injections which can be abused
> to steal a cookie from a logged in user. This means taking over his  
> session
> doing stuff in his name.
>
>
> Details:
>
>         In the module "msgReader"
>         --------------------------
>         proof of concept:
> http://manila.userland.com/discuss/msgReader$1?mode=%22%3E% 
> 3Cscript%3Eale
> rt('XSS!')%3C/script%3E
>
>         in the module "sendMail":
>         --------------------------
>         proof of concept:
> http://profiles.userland.com/sendMail?usernum=2500&referer=% 
> 22%3E%3Cscrip
> t%3Ealert('xss')%3C/script%3E
>
>         in the module "editInBrowser"
>         -----------------------------
>         explanation:
>         it is possible to use  and other html tags to put  
> javascript
>         instructions into the webpage examples:
>         click here
>         click here
>         click here
>
> demo can be seen on http://mana.manila.at/discuss/msgReader 
> $15?mode=day
>         as we got an account there.
>
> Workaround:
> htmlescape all user input! if you want to accept html as input
> write your own html parser for a limited html subset.
>
> Disclaimer:
>
> For educational purposes only, we are not responsible to any harm  
> produced
> by the security hole we published.
>