Comments on: Communication: Authentication Part II http://www.theopenhouseproject.com/2007/10/10/communication-authentication-part-ii/ Recommendations, Resources, and Reform Mon, 14 Feb 2011 15:53:58 +0000 http://wordpress.org/?v=2.9.2 hourly 1 By: John Wonderlich http://www.theopenhouseproject.com/2007/10/10/communication-authentication-part-ii/comment-page-1/#comment-1620 John Wonderlich Tue, 30 Oct 2007 04:50:29 +0000 http://www.theopenhouseproject.com/2007/10/10/communication-authentication-part-ii/#comment-1620 I'm not sure if there's another place I should add this, but I just came across a british site that is using this sort of authentication, via snail mail. see the following: http://www.digitalgov.com/works.html I’m not sure if there’s another place I should add this, but I just came across a british site that is using this sort of authentication, via snail mail. see the following: http://www.digitalgov.com/works.html

]]> By: Rob Pierson http://www.theopenhouseproject.com/2007/10/10/communication-authentication-part-ii/comment-page-1/#comment-1344 Rob Pierson Thu, 11 Oct 2007 21:19:52 +0000 http://www.theopenhouseproject.com/2007/10/10/communication-authentication-part-ii/#comment-1344 Another interesting authentication system is the one used by google to be able to change info on your business in their database. With their system they call your place of business using VOIP to verify. Very cheap, but not everyone has a phone and the phonebooks can be out of date. Still, though, it's an interesting solution. Another interesting authentication system is the one used by google to be able to change info on your business in their database. With their system they call your place of business using VOIP to verify. Very cheap, but not everyone has a phone and the phonebooks can be out of date. Still, though, it’s an interesting solution.

]]> By: Oxa Koba http://www.theopenhouseproject.com/2007/10/10/communication-authentication-part-ii/comment-page-1/#comment-1324 Oxa Koba Wed, 10 Oct 2007 20:56:19 +0000 http://www.theopenhouseproject.com/2007/10/10/communication-authentication-part-ii/#comment-1324 The "web of trust" concept is interesting (reminds me of Jyte.com) but I have never scene it applied to any practical end. Rather it tends to appear when minimal trust in loose social communities is needed. To sort out humans from spam bots for example. Part of this conversation to me is the over manner in which government interacts with citizens. In the physical world, drivers licenses, passports, birth certificates and social security numbers are relied on to "prove" identity for access to government information and services. While they often represent a burden for citizens and can be frustrating at times when an agency requires several separate forms of identity to cross reference, the system seems to work reasonably well. Is there a way to leverage one of these existing id documents? Would the creation and management of an OpenID type service anchored to one of these existing systems be too burdensome for the respective agency. For example, a large number of institutions, both government and private, use the SS# as a means to certify identity. Does the SS Administration already provide an electronic system for authenticating these SS# based requests? Or is this pretty much the credit card oriented system you where describing? The reason I offer the SS#, DL# or some such state issued document is because voting age citizens already have these items in order to function whereas a credit card, though possibly simpler to leverage as an existing authentication system, is not government issued and relies on private organizations. The “web of trust” concept is interesting (reminds me of Jyte.com) but I have never scene it applied to any practical end. Rather it tends to appear when minimal trust in loose social communities is needed. To sort out humans from spam bots for example.

Part of this conversation to me is the over manner in which government interacts with citizens. In the physical world, drivers licenses, passports, birth certificates and social security numbers are relied on to “prove” identity for access to government information and services.

While they often represent a burden for citizens and can be frustrating at times when an agency requires several separate forms of identity to cross reference, the system seems to work reasonably well.

Is there a way to leverage one of these existing id documents? Would the creation and management of an OpenID type service anchored to one of these existing systems be too burdensome for the respective agency.

For example, a large number of institutions, both government and private, use the SS# as a means to certify identity. Does the SS Administration already provide an electronic system for authenticating these SS# based requests? Or is this pretty much the credit card oriented system you where describing?

The reason I offer the SS#, DL# or some such state issued document is because voting age citizens already have these items in order to function whereas a credit card, though possibly simpler to leverage as an existing authentication system, is not government issued and relies on private organizations.

]]>