Anil John
Making Digital Services Secure and Trustworthy

Anil John

FICAM TFS Component Identity Services Terminology

 Share  Print  Email

As part of a recent update, the concept of component identity services was incorporated into the FICAM Trust Framework Solutions (TFS). The component identity service model “separates the functions of authentication and attribute providers”.


This blog post was originally published on the FICAM IDMGOV Info Blog on December 21, 2013. That blog was shut down by GSA after the elimination of the FICAM TFS Program which resulted in the program content disappearing from the InterWebs. So I am re-publishing it here on my personal blog to ensure the continued existence of a historical record.


This is supported by an industry trend whereby these functions are now offered by separate service providers. This trend has been driven by the fact that:

  • Vendors have focused their offerings according to their core strengths, which leads to improved quality of service for agency Relying Parties.
  • Some identity solution architectures require or desire the use of separated services, which offers agency Relying Parties a greater quantity of service choice and increased flexibility in selecting only those services that are needed from an external provider.

The model, shown below, utilizes the following OMB and NIST terminology:

  • Token: Something that an individual possesses and controls that is used to authenticate the individual
    • Tokens are possessed by an individual and controlled through one or more of the traditional authentication factors (something you know, have, or are)
  • Identity: A set of attributes that uniquely describe an individual within a given context
  • Credential: An object or data structure that authoritatively binds an identity to a token possessed and controlled by an individual

FICAM TFS Component Identity Services Terminology

NOTE: The above model is based on assurance and identity concepts that have been discussed in multiple jurisdictions and communities. In particular, the FICAM TFS Program would like to acknowledge the contributions of the Canada TBS and the Kantara IAWG.

The value of the model lies in the flexibility possible in combining the various functions as part of an industry service offering.

Within the framework of the FICAM TFS Program, the following three combinations are recognized:

A Credential Service Provider, which offers:

  • Token Management Services
  • Authentication Services
  • Identity Proofing Services
  • Attribute Validation Services

FICAM TFS Component Identity Services Terminology

A Token Manager, which offers:

  • Token Management Services
  • Authentication Services

FICAM TFS Component Identity Services Terminology

An Identity Manager, which offers:

  • Identity Proofing Services
  • Attribute Validation Services

FICAM TFS Component Identity Services Terminology

It should be noted that in all three cases, consent services are implementation specific and driven by policy.

The FICAM TFS Program recognizes that, especially in the private sector, identity service functions may be conducted by separate and independent entities that have relationships based on contracts as well as laws and regulations. As such, it supports a flexible conceptual model that brings together token managers, identity managers and credential service providers.

:- by Anil John



This blog post first appeared on Anil John | Blog (https://blog.aniljohn.com). The opinions expressed here are my own and do not represent my employer’s view in any way.

Topic(s):
By on |

Continue The Conversation ...

I would love to know your thoughts on this blog post.
Meet me over on Mastodon to join the conversation!

I am a public interest technologist. I help organizations and leaders make digital services secure and trustworthy.
Learn more »