X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/52da709fd819d73b5e245a3154848969a9ef7c16..d3c15aed18ef9e67c3e785ac3cc0426c56e59ac7:/doc/news/openid/discussion.mdwn diff --git a/doc/news/openid/discussion.mdwn b/doc/news/openid/discussion.mdwn index e611fa77b..e1a7ef075 100644 --- a/doc/news/openid/discussion.mdwn +++ b/doc/news/openid/discussion.mdwn @@ -80,3 +80,49 @@ which fails here? Or is something broken in Ikiwiki's implementation? > [[bugs/OpenID_delegation_fails_on_my_server]] --[[Joey]] Yes. I'd only recently set up my server as a delegate under wordpress, so still thought that perhaps the issue was on my end. But I'd since used my delegate successfully elsewhere, so I filed it as a bug against ikiwiki. + +---- +###Pretty Painless +I just tried logging it with OpenID and it Just Worked. Pretty painless. If you want to turn off password authentication on ikiwiki.info, I say go for it. --[[blipvert]] + +> I doubt I will. The new login interface basically makes password login +> and openid cooexist nicely. --[[Joey]] + +###LiveJournal openid +One caveat to the above is that, of course, OpenID is a distributed trust system which means you do have to think about the trust aspect. A case in point is livejournal.com whose OpenID implementation is badly broken in one important respect: If a LiveJournal user deletes his or her journal, and a different user registers a journal with the same name (this is actually quite a common occurrence on LiveJournal), they in effect inherit the previous journal owner's identity. LiveJournal does not even have a mechanism in place for a remote site even to detect that a journal has changed hands. It is an extremely dodgy situation which they seem to have *no* intention of fixing, and the bottom line is that the "identity" represented by a *username*.livejournal.com token should not be trusted as to its long-term uniqueness. Just FYI. --[[blipvert]] + +---- + +Submitting bugs in the OpenID components will be difficult if OpenID must be working first... + +------ + +# Privacy and Decentralization + +Maybe I don't understand OpenID well enough, but it looks like there are just few providers, most +of which are huge companies or belong to such, and I don't trust them to verify me identity +or to not track all my logins. I'll use OpenID only if I can make my own home server +be my OpenID provider, and if doing so doesn't interfere with the design and security and +privacy of OpenID, and doesn't require me to use centrally-signed certificates or pay to some +company or anything like that. + +Is it possible to use OpenID in a way keeping the user in full control and allowing any user to +have their personal provider without damaging the architecture behind OpenID? + +I'm worried, at least until the issue is cleared. + +-- [[fr33domlover]] + +> You can install an OpenID provider on your own server and use that if you +> wish. I believe you will need an SSL certificate that `ikiwiki.info` trusts. +> -- [[Jon]] + +---- + +This poll is now 8 years old. Do we have enough data to make a decision? +Can we consider adding `open=no` to the poll? -- [[Jon]] + +---- + +I vote against disabling password logins until my OpenID will work on [ikiwiki.info](/)! +See [[/plugins/openid/troubleshooting]]. -- Chap