Difference between revisions of "Self-issued Identifier"
From MgmtWiki
(Created page with "==Full Title or Meme== When the Subject of an interchange is given the ability to create an manager their own Identifier and their own Identifier and Attribute Provi...") |
|||
| Line 1: | Line 1: | ||
==Full Title or Meme== | ==Full Title or Meme== | ||
| − | When the [[Subject]] of an interchange is given the ability to create an manager their own [[Identifier]] and their own [[Identifier | + | When the [[Subject]] of an interchange is given the ability to create an manager their own [[Identifier]] and their own [[Identifier or Attribute Provider]]. |
==Context== | ==Context== | ||
| + | * As a part of the effort to create [[OpenID Connect]] the option for the [[Subject]] to issue their own [[Identifier]]s was explicitly enabled. | ||
* [[Distributed ID]] is a somewhat different concept in that it envisions an identity which is broken into may pieces that are hosted by many different authorities and only brought together in a [[Relying Party]] upon [[User Consent]]. | * [[Distributed ID]] is a somewhat different concept in that it envisions an identity which is broken into may pieces that are hosted by many different authorities and only brought together in a [[Relying Party]] upon [[User Consent]]. | ||
* The current paradigm in open identity is for each conforming [[Relying Party]] to provide a list of [[Identifier or Attribute Provider]]s that the [[User]] could chose from to allow access. | * The current paradigm in open identity is for each conforming [[Relying Party]] to provide a list of [[Identifier or Attribute Provider]]s that the [[User]] could chose from to allow access. | ||
Revision as of 16:45, 16 December 2018
Contents
Full Title or Meme
When the Subject of an interchange is given the ability to create an manager their own Identifier and their own Identifier or Attribute Provider.
Context
- As a part of the effort to create OpenID Connect the option for the Subject to issue their own Identifiers was explicitly enabled.
- Distributed ID is a somewhat different concept in that it envisions an identity which is broken into may pieces that are hosted by many different authorities and only brought together in a Relying Party upon User Consent.
- The current paradigm in open identity is for each conforming Relying Party to provide a list of Identifier or Attribute Providers that the User could chose from to allow access.
Problems
- The big problem is Trust where there are no standards or examples of any trust without a history of trusted behavior.
Solutions
- The Decentralized Identity Foundation has been created to enable "an open source decentralized identity ecosystem for people, organizations, apps, and devices". The have a list of areas of interest[1] that include block-chain and universal discovery which seem to be diametrically opposite of Privacy legislation like the GDPR and California Consumer Privacy Act of 2018.
References
- ↑ Decentralized Identity Foundation working groups http://identity.foundation/working-groups
