Identity Proofing Use Case

From IDESG Wiki
Revision as of 21:41, 10 January 2020 by Tomjones (talk | contribs) (→‎Derived Requirements)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

Template:Comment

Use Case Metadata

Title

Identity Proofing

Status

Use Case Lifecycle Status

Contributed Working Draft Committee Review Compilation Approval Publication
This use case has been approved in version 1.2. This page may have been updated since the 1.2 document was approved.

Use Case Category

Enrollment

Contributor

Standards Committee Use Cases Ad Hoc Group

Use Case Content

Use Case Description

Identity Proofing is the process by which a Credential Service Provider (CSP) and a Registration Authority (RA) collect and verify information about a person for the purpose of issuing credentials to that person. This verification can be in-person or remote.

Actors

  • Credential Service Provider.
  • Registration Authority.
  • Applicant (user).

Assumptions

  • There is verifiable information about Applicant that Registration Authority can validate.
  • Registration Authority has access to authoritative sources of attribute verification.

Process Flow

  1. Applicant presents an identity claim to the Registration Authority. This identity claim consists of a set of attributes that Applicant asserts belong to them. These attributes can include legal name, date of birth, address of record, etc. During in person identity proofing, evidence can consist of documents that support the identity claim. During remote identity proofing, evidence is supplied by the applicant to substantiate that the claimed identity belongs to the Applicant.
  2. Registration Authority validates the claimed identity by checking the attribute claims against authoritative sources of attribute information.

Success Scenario

Identity Proofing completes successfully when the Registration Authority accepts or rejects the applicant’s identity claim.

Error Conditions

  • Applicant does not have address of record.
  • Applicant cannot supply verifiable attributes.
  • Registration Authority’s verification processes fails.


Relationships

Extended by: Remote Identity Proofing Use Case, In-person Identity Proofing Use Case

References and Citations

NSTIC Guiding Principles Considerations

Privacy Considerations

Security Considerations

User Experience/Usability Considerations

Interoperability Considerations

Domain Expert Working Group Considerations

Financial

Health Care

Derived Requirements