[cosmo-dev] options to fix security hole
Randy Letness
randy at osafoundation.org
Tue Feb 19 16:17:41 PST 2008
Mimi Yin wrote:
> + Could an item 'inherit' a new ticket from another read-write
> collection? OR
Thats currently what happens when an item is added to another
collection, it essentially inherits the tickets from the collection.
> + Could the server selectively *not* delete tickets for items that are
> also in other collections?
Tickets are issued on a collection basis currently. So when a
collection is deleted, the tickets are deleted, otherwise they would be
in limbo.
> Currently, ff we don't remove the item, what happens? Can anybody edit
> the item?
Anyone with access to a collection that the item is in can edit the
item. So for instance:
1. I publish collection 1 with item A
2. You subscribe to collection 1 using ticket T1
3. You add A to your collection 2, and sync collection 2 (item A is now
in collection 1 and collection 2)
4. I unpublish colleciton 1 (ticket T1 is removed because it was
assigned on collection 1, item A is removed from collection 1 but still
exists in collection 2)
5. You update item A using collection 2.
6. You can share item A using tickets generated from collection 2
Thats currently the way it works, which is once you share an item and
that item is added to other collections not owned by you, you
essentially have no control over it.
An alternative approach would be:
1. I publish collection 1 with item A
2. You subscribe to collection 1 using ticket T1
3. You add A to your collection 2, and sync collection 2 (item A is now
in collection 1 and collection 2)
4. I unpublish collection 1 (ticket T1 is removed because it was
assigned on collection 1, item A is removed from collection 1 and
collection 2 because T1 was used to add A to collection 2)
-Randy
-Randy
More information about the cosmo-dev
mailing list