3.2.3 Relying Party (RP)
All changes in this version
Title changed
Before · SP 800-63C
After · SP 800-63C-4
Relying Party (RP)
Control changed
Before · SP 800-63C
After · SP 800-63C-4
The RP processes assertions from the IdP and provides the service that the subscriber is trying to access. Unlike in a direct authentication model, the RP does not provide the verifier function to authenticators that are tied to the subscriber account.
Identity attributes can be made available to the RP through the federation process, either in the assertion or through an identity API (see Sec. 3.12.3 ). These attributes are often used in determining access privileges for attribute-based access control (ABAC) or facilitating a transaction (e.g., providing a shipping address). The details of authorization and access control are outside of the scope of these guidelines. Requirements for which attributes are required in assertions are found in Sec. 4.9 and Sec. 5.8 .
To keep and manage these attributes, the RP often maintains an RP subscriber account to represent the subscriber. The RP subscriber account contains information that is local to the RP itself, as described in Sec. 3.8 .
In some systems, this is also known as the service provider (SP).