Add new attachment

Only authorized users are allowed to upload new attachments.

This page (revision-11) was last changed on 25-Oct-2010 21:25 by scott  

This page was created on 03-Sep-2010 13:42 by scott

Only authorized users are allowed to rename pages.

Only authorized users are allowed to delete pages.

Difference between version and

At line 2 added 10 lines
!!What We Need
|Privacy | Wiki federation members identify themselves using security tokens such as public encryption keys. All data is stored encrypted at each federated site
|Redaction | Wiki federation members can specify content as transient and remove it from the federation at will
|Embedded | Wiki federation members content appears embedded in each member site. Every federation member has complete control over which content appears in their site.
|Quarantine| Sites can be automatically removed from federation based on rules
|Instant Messaging | remember the BBS, posting content and chatting are the same thing.
|Peer to Peer | the web site is the client, I post to my website, the content appears on your web site
| Identity | Federation between people who are actually known to each other
|Publish and Subscribe | Your site subscribes to my site, when I add content to my site, your site receives it immediately (JMS over the HTTP!!)
|No Edit.jsp | in-line editing, not switching modes.
At line 45 added 12 lines
!!Example
I have a wiki (an editable web site).
I have 5 friends whom I know well who I wish to allow access to this wiki.
Each of these friends has an identity token of some kind in the identity haven.
I configure my wiki to allow owners of those tokens access to read and/or write pages in the wiki.
I send my friends a URL to my wiki. They do not have to register, they simply have to unlock their tokens to verify their identity.
In this case, an OpenID provider would be sufficient. As long as I personally collected and verified (e.g. in person) that the OpenIDs belong to the 5 people I know, that would be enough. However, if these 5 people are using a non-trustworthy OpenID provider (e.g. Google, Yahoo!, Facebook) then I will not feel that my wiki is fully protected.
Actually implementing this would only require a slight modification to an OpenID client to check the submitted ID against an access control list, before redirecting to the OpenID provider for verification.
Version Date Modified Size Author Changes ... Change note
11 25-Oct-2010 21:25 4.805 kB scott to previous
10 25-Oct-2010 21:23 4.751 kB scott to previous | to last
9 25-Oct-2010 21:22 4.605 kB scott to previous | to last
8 25-Oct-2010 21:21 4.528 kB scott to previous | to last
7 25-Oct-2010 21:19 4.424 kB scott to previous | to last
6 08-Sep-2010 09:03 3.794 kB scott to previous | to last
5 07-Sep-2010 20:56 2.792 kB scott to previous | to last
4 07-Sep-2010 17:10 2.14 kB pgaillard to previous | to last
3 03-Sep-2010 19:18 1.52 kB scott to previous | to last
2 03-Sep-2010 19:13 1.43 kB scott to previous | to last
1 03-Sep-2010 13:42 1.429 kB scott to last
« This page (revision-11) was last changed on 25-Oct-2010 22:25 by scott  
Welcome (anonymous guest) Wiki Prefs
JSPWiki v2.8.5-svn-6