View source for Federation Trust Registry

==Full Title or Meme==
Wherever a [[Web Site]]s wishes to take advantage of the benefits of belonging to a [[Federation]] it needs to be exposed in a Data Service that allows any user to ensure that the [[Web Site]] has been [[Validated]] by the [[Federation]].

==Context==
Several variations on the theme of a [[Federation Trust Registry]] exist already.
* [http://www.tscp.org/trust-framework-services/ Trust Services] of TSCP the Transglobal Secure Collaboration Program (mostly focused on NATO A&D industry).
* UK Open Banking (focused on UK banks and payment processors)
* Recognized Coordinating Entity (RCE) (focused on the US Health Care community.)<ref name='tefca'>The Office of the National Coordinator (ONC) for Health Information Technology, ''DRAFT TRUSTED EXCHANGE FRAMEWORK.'' (2018) Section 2 - How Will it Work p. 9ff https://www.healthit.gov/sites/default/files/draft-trusted-exchange-framework.pdf </ref> See the page on [[TEFCA]].

When a US federal federal agency's mission requires that it disseminate controlled unclassified information (CUI) to non-executive branch entities, but prohibits it from entering into a contractual arrangement, the agency is nevertheless directed to seek the entity's protection of CUI in accordance with [https://obamawhitehouse.archives.gov/the-press-office/2010/11/04/executive-order-13556-controlled-unclassified-information Executive Order 13556], Controlled Unclassified Information, or any successor order, and the CUI Program regulations, which include requirements to comply with [https://csrc.nist.gov/publications/detail/sp/800-171/rev-1/archive/2016-12-20 NIST SP 800-171].

Standards must be implemented, potentially with a profile, to ensure that the result is "as consistently as possible, follows implementation guides and authoritative best practices published by the applicable standards development organization (SDO). Minimizing variation in how standards are implemented will make it easier for others to connect to Electronic Health Information. Further, to the extent possible, Electronic Health Information stored in health IT products should be structured and coded using standardized vocabularies."<ref name='tefca'></ref>

==Problem==
So far every solution has been one-off and not applicable to the next federation with the same general problem.

==Solution==
In order that a [[Federation]] can be expose both is principles and its membership to the public some data server needs to provide information about the existing membership and their status. There are two ways to do this:
#A list of the members and their status that can be viewed in a browser.
#A data service that exposes the contents of the site in machine readable format.
This page is about the later case.

Of primary importance for a [[Federation]] that wants to allow user's to trust the members, is some easily accessible data service on a site that meets the following criteria<ref>Michael J. Carey +2, ''Data Services'' (2012-06) '''CACM 55''' No 6 Pp. 86-97</ref>
# Reliable, always-on accessibility.
# Meta-data descriptions of the contents of the site.
# Machine readable data as well as meta-data (called Service-Enabled Data Store).
# Data Security
# Contains no [[User Information]], but is expected to respond [[Anonymous]]ly to [[User]] queries.

==References==
<references />

===External Sources===
*OAuth 2.0 Dynamic Client Registration Protocol RFC 7591
*[https://www.ietf.org/mail-archive/web/oauth/current/msg18101.html Email thread that suggests use of software statements to provide federation].
*Application Bridging for Federated Access Beyond Web (ABFAB) '''Use Cases''' RFC 7832.