Framework Profiles: Difference between revisions

From IDESG Wiki
Jump to navigation Jump to search
Line 14: Line 14:


==Solutions==
==Solutions==
As each community begins the process of creating profile the committee will coordinate and record their efforts here:
*The establishment of individual profiles that can be verified online and inline by calling APIs is the core of all of these profiles.
*As each community begins the process of creating profile the committee will coordinate and record their efforts here:
# [[Health Care Profile]] now in planing with the  
# [[Health Care Profile]] now in planing with the  
# [[Financial Profile]] now considering the creation of a specific implementation of a [[Financial Profile Sandbox]] for compliance testing.
# [[Financial Profile]] now considering the creation of a specific implementation of a [[Financial Profile Sandbox]] for compliance testing.

Revision as of 20:51, 10 October 2018

Full Title or Meme

The Identity Ecosystem Framework will need fine-grained specifications for applying its principles to specific vertical industry and horizontal community requirements.

Context

  • As a part of the creation of a set of Identity Ecosystems this plan lays out how to address specific community needs for security, privacy, interoperability and user experience. It is expected that all communities will start from the Baseline Functional Requirements (as amended from time to time) and add additional requirements in those four areas plus the potential for a trusted laboratory validation of compliance with the profiles.

A partial list of the existing compliance effort that are used as models includes:

  1. The IDEF registry
  2. The Kantara Initiative has aTrust Registry based on SAML 2 metadata.
  3. The OpenID foundation has a certification program for several of their identity profiles that has won wards for 2018 European Identity and Cloud Award and the 2018 Identity Innovation Award.
  4. The NIST has an SP 800-63-3 compliance program which now has assessors like Kantara to certify compliance.

Problems

  • Each jurisdiction creates their own Identifier domain(s) for users and for providers that can be used to identify participants with some central rooted registry for the participants that have met the framework profile requirements.

Solutions

  • The establishment of individual profiles that can be verified online and inline by calling APIs is the core of all of these profiles.
  • As each community begins the process of creating profile the committee will coordinate and record their efforts here:
  1. Health Care Profile now in planing with the
  2. Financial Profile now considering the creation of a specific implementation of a Financial Profile Sandbox for compliance testing.

References