...
UMA has been made a full-fledged profile of OAuth, and over time it is incorporating (as well as spinning off) functionality that comes from the wider OAuth specification universe. The UMA core spec now refers to a resource set registration spec that was originally derived from UMA design work, but is suitable for use by other OAuth-based technologies. It also refers to a binding obligations spec that is "contractual" in nature, rather than technical. See the normative references in the core spec for the other referenced bits.
...
- UMA Requirements
- UMA Scenarios and Use Cases
- UMA Case Studies
- OAuth Dynamic Client Registration Protocol – this was a proposal made by the UMA group to the OAuth discussion on dynamic registration. It is being considered as input to the IETF OAuth Working Group's next chartered phase of effort.
- UMA Resource Registration (obsoleted by the now spun-off OAuth Resource Set Registration spec being proposed for wider adoption)
The following documents still available on this wiki are considered obsolete:
- Claims 2.0 and Simple Access Authorization Claims (obsoleted by the OpenID Connect mechanisms for requesting and providing claims)
- Legal Considerations (obsoleted by Binding Obligations)
- Lexicon (obsoleted by the spec itself and Binding Obligations)
- UMA Trust Model (obsoleted by Binding Obligations)
- UMA User Stories (obsoleted by Case Studies)
- OAuth Dynamic Client Registration Protocol (obsoleted by the OAuth WG's own standards-track specification, to which UMA core now refers)
- UMA Resource Registration (obsoleted by the now spun-off OAuth Resource Set Registration spec being proposed for wider adoption)