[cosmo-dev] options to fix security hole
Randy Letness
randy at osafoundation.org
Tue Feb 12 07:23:48 PST 2008
Katie Capps Parlante wrote:
> Hi Randy,
>
> My understanding from Grant is that the desktop work is something we
> can reasonably sign up for. Grant, is there any reason *not* to put it
> at the top of the desktop queue? Can we get a rough estimate of how
> long it will take? Randy, is Grant dependent on any server work in
> terms of timing his work?
The client work boils down to including some extra data (tickets) as a
header in the request. We just need to agree on the format and we
should be set.
> I don't think we can take an approach where we don't allow items to be
> added to multiple collections until people upgrade -- people are using
> this feature rather heavily. (Or perhaps I'm misunderstanding the
> proposal for handling the interim situation). I think failing silently
> for the odd read-only item in a collection shared read-write is a
> reasonable approach for older clients.
Just to be clear, if we still allow older clients to add items to
multiple collections, those items will be read-only in all collections
that aren't owned by the user. Failing silently for the desktop should
be ok, but we still need a story for what happens to updates of these
items through the webui. Failing silently doesn't work as well since
the webui updates a single collection. These items will essentially be
read-only in the webui when updated through the second collection, but
the webui has no way of knowing this. Should we add in some error
handling code to detect this and give the user a somewhat nice message?
-Randy
More information about the cosmo-dev
mailing list