Re: XSL Security question

2003-01-30 Thread J.Pietschmann
Andrew Timberlake wrote: Could I turn the handle the URIResolver specificaly for certain Transformers or would any changes effect the entire cocoon application? In Cocoon the transformer's URIResolver is already used by Cocoon's own resolver, and AFAIK there is no easy way to hook in there. Ce

Re: XSL Security question

2003-01-30 Thread J.Pietschmann
Niclas Hedhman wrote: What kind of DoS attacks would you expect? If I can upload an XSL, I can have an infinite loop in the XSL, and then issue continous HTTP requests invoking that XSL, effectively eating up both RAM and CPU time. Also eating up bandwidth, and if the server is hot iron hook

RE: XSL Security question

2003-01-30 Thread Hunsberger, Peter
> What is a "skin" to you? Some sites need dramatically different XSLT to produce > their final result. A "skin" to me is the ability to swap look and feel within a single application. Knowing a bit about what you guys do it seems to me that you've got a different kind of problem (not sure what

RE: XSL Security question

2003-01-30 Thread Robert Koberg
Hi, > -Original Message- > From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 30, 2003 8:18 AM > To: '[EMAIL PROTECTED]' > Subject: RE: XSL Security question > > > > There are definitely situations where you need to have pr

RE: XSL Security question

2003-01-30 Thread Hunsberger, Peter
> There are definitely situations where you need to have project defined XSLT. Possibly so, but "skins" shouldn't be one of them? Just out of interest can you give a concrete example? > We use a comination of chroot jails (if shell access) and URIResolvers to keep the > dev-user where they shou

RE: XSL Security question

2003-01-30 Thread Robert Koberg
Hi, > -Original Message- > From: Hunsberger, Peter [mailto:[EMAIL PROTECTED]] > Sent: Thursday, January 30, 2003 7:48 AM > To: '[EMAIL PROTECTED]' > Subject: RE: XSL Security question > > > > Where the files directory would contain a user's direc

RE: XSL Security question

2003-01-30 Thread Hunsberger, Peter
> Where the files directory would contain a user's directory which user's could upload > there own versions of the stylesheets, ie. skins I would want to define a specific > transformer that would not affect the transformations in the rest of the application > but would limit the user to using b

Re: XSL Security question

2003-01-30 Thread Andrew Timberlake
On Thu, 2003-01-30 at 15:53, Stefano Mazzocchi wrote: > > I would want to implement a pipeline as follows: > > > > > > > > > > > > > > Where the files directory would contain a user's directory which user's could >upload there own versions of the stylesheets, ie. skins > > I would wa

Re: XSL Security question

2003-01-30 Thread Andrew Timberlake
On Thu, 2003-01-30 at 15:53, Stefano Mazzocchi wrote: > > I would want to implement a pipeline as follows: > > > > > > > > > > > > > > Where the files directory would contain a user's directory which user's could >upload there own versions of the stylesheets, ie. skins > > I would wa

Re: XSL Security question

2003-01-30 Thread Stefano Mazzocchi
Andrew Timberlake wrote: On Wed, 2003-01-29 at 22:35, J.Pietschmann wrote: Stefano Mazzocchi wrote: Another possibility would be to have the XSLT transformer being 'locked' and avoid accessing anything that is not included in the stylesheet (that means: forbidding document() and extensions,

Re: XSL Security question

2003-01-29 Thread Niclas Hedhman
On Thursday 30 January 2003 14:30, Andrew Timberlake wrote: > What kind of DoS attacks would you expect? If I can upload an XSL, I can have an infinite loop in the XSL, and then issue continous HTTP requests invoking that XSL, effectively eating up both RAM and CPU time. Niclas ---

Re: XSL Security question

2003-01-29 Thread Andrew Timberlake
On Wed, 2003-01-29 at 22:35, J.Pietschmann wrote: > Stefano Mazzocchi wrote: > > Another possibility would be to have the XSLT transformer being 'locked' > > and avoid accessing anything that is not included in the stylesheet > > (that means: forbidding document() and extensions, maybe imports to

Re: XSL Security question

2003-01-29 Thread J.Pietschmann
Stefano Mazzocchi wrote: Another possibility would be to have the XSLT transformer being 'locked' and avoid accessing anything that is not included in the stylesheet (that means: forbidding document() and extensions, maybe imports too) maybe the xalan team has something ready for this already?

Re: XSL Security question

2003-01-29 Thread Stefano Mazzocchi
copying xalan-dev: Andrew Timberlake wrote: I don't know all the capabilities of XSL and would like to know if there is a security risk in allowing users to upload any XSL files to be used in a 'skins' type of application? My one concern would be using the document('') methods to load and display

RE: XSL Security question

2003-01-29 Thread Leo Sutic
Xalan, at least, allows access to the Bean Scripting Framework as well => access any class. > From: Andrew Timberlake [mailto:[EMAIL PROTECTED]] > > I don't know all the capabilities of XSL and would like to > know if there is a security risk in allowing users to upload > any XSL files to be u

XSL Security question

2003-01-29 Thread Andrew Timberlake
I don't know all the capabilities of XSL and would like to know if there is a security risk in allowing users to upload any XSL files to be used in a 'skins' type of application? My one concern would be using the document('') methods to load and display other files from the system? If this is not a