Full Title or Meme
Within the context of establishing and maintaining a Trusted Identity in Cyberspace different digital entities will need to exchange information in a machine readable format. These exchanges can be represented as a Network Protocol on the way that the data flows among the various entities, or as an Application Program Interface for how one entity exposes the protocol to the network. This page is about the later.
Here is the way the VA described an api:
Think of an API as a server in a restaurant. Imagine you are sitting at a table with a menu of choices to order from, and the kitchen is the part of the system that will prepare the order. What’s missing is the critical link to communicate your order to the kitchen and deliver your food back to your table. That’s where the server, or API, comes in.
There are three broad areas of sharing that occur in the maintenance of an Identity Ecosystem: credentials, grants and Information Sharing. In the case of credentialing, there is a huge asymmetry between the manner in which a web provider is expected to share credential versus an individual Subject, that teaches us to separate the types of API into these four categories:
- Federation or credential sharing and verification among web providers,
- Authentication or credential sharing and Assurance from an individual.
- Granting of consent by a Subject to a web site to act in its behalf, or as a fiduciary of the subject's property.
- Information Sharing including the reporting of information held by a web site on behalf of a Subject.
How can a Subject trust a web site with only that part of its personal information as is required to acquire access to the resources of the web site.
While an API can be accessed over a variety of protocols on the internet, the dominate protocol is HTTP(S) and so that will be focus of this page.
- Kantara Federation Interoperability Work Group has published a SAML version of metadata exchange.
- Kantara Open Taxonomy for OAuth 2.0
- ONC (The Office of the National Coordinator for Health Information Technology) FHIR API guidance.
- UK Open Banking web page and standards.
- OAuth 2.0 Authorization Server Metadata is now RFC 8414 (2018-06-26) 
- SAML 2.0 was the first Single Sign On standard.
- OpenID Connect is the current most popular standard.
- New version of SP 800-63-3
This effort requires a taxonomy of types of information to be shared, which is now available from several sources.
- No work is currently underway in granting consent beyond that buried in the Open ID Connect specification.
- Kantara Consent Receipt is now available in an implementer's draft.
Information Sharing includes the broad list of all sort of information about a Subject that is collected by a web site; and not just User Information that is securely shared with user consent, but also the user behaviors like web site visits, searches and purchases as well.
This area would require a taxonomy of data types to be shared; for example the diagnostic codes used in health care.
- Mike Miliard, FHIR and Open APIs are here to stay - but are they ready for prime time? (2018-03-20) Healthcare IT News https://www.healthcareitnews.com/news/fhir-and-open-apis-are-here-stay-are-they-ready-prime-time
- Mike Jones, OAuth 2.0 Authorization Server Metadata is now RFC 8414. http://self-issued.info/?p=1883