Child pages
  • UMA telecon 2021-06-24

Versions Compared


  • This line was added.
  • This line was removed.
  • Formatting was changed.


Relationship Manager - user stories


As RqP Bob, I want to be able to request access to a set of Alice's resources directly from Alice's AS without knowledge of their location, because I don't have to bother getting or caring about all the locations from Alice first.

  • this one was more related to resource definitions - not resource manager
  • Alice can give discovery handle (uri to resource), or since Alice's stuff may be in many places, Bob can discover all of the location's by Alice only sharing the AS (as the discover function)
  • SAML 1.0 only have IDP initiated SSO, then expanded to other use-cases eg SP initiated SSO. UMA so far has deferred discovery, however this brings it back into the scope
  • it's not hard to be told which RS, eg registered the resource_location with the resource
    • there are potential security/privacy concerns with this approach
  • Is the client request bounded to a specific RO from the offset. 
    • Client says to AS, "im looking for these types of resources (types/definitions/indicators) with these scopes" ie by using a UMA Fedz Permission endpoint exposed to the Client
    • AS returns a UMA ticket and can continue through UMA grant (pushed/interactive claims)
    • What granularity is the Client/RqP making this initial request for resources? Over resource descriptions: resource type + scopes
  • There are major implications for the token response to the Client: token_type, multiple access tokens, including the resource_location + type
    • Previously only one Resource Server is ever granted (maybe over many specific resources), however this requires only 1 token
    • want to maintain the resource server constrained access tokens
    • another option is we token response in maintained, and the client makes multiple token requests (eg with the PCT) and the specific resource type/indicator
      • PCT fits within current UMA model since the PCT allows the client to get new access tokens for other RSs without having to go through claims gathering again
  • This may also enable the RS to register as a resource type provider, is there a way that no specific resources need to be registered at the AS, and that Alice's "ID" is what's conveys back to the RS
    • fits when paths/uris at the RS are not specific (eg /me/profile vs /alice/profile)
    • gets back into the relationship manager profile, where Alice pushes RS known sub to the AS which can be returned to the RS through introspection (or the RPT)
Code Block
	"resource_type" : "" <- this is the contract with the client over what the response from the RS will be
	"resource_location" : ""

// this is a non-conforming to oauth2 as the access_token isn't a string
		{bearer access token with resource location}

As client C used by RqP Bob, want to be able to request access to a set of Alice's resources directly from Alice's AS on Bob's behalf without knowledge of their location, because I(client) don't have to retrieve the locations first.

  • the client doesn't have to collect a resource location from Bob before starting the flow, can have a direct relationship with the AS


As a RO, I want to manage my resources independently of each individual RS (UMA core prop)


These necessarily narrow the ecosystem, UMA+these drafts aim to  widens the ecosystem again and remove the need to 1-1 agreements between all parties. 

  • AS holds the agreements with the Client and RS, no Client<>RS agreements is required ('no-trust')
  • Where does the RO fit into this agreement system? We want to allow the RO to experience agency as they participate in this ecosystem
  • Can we describe the resulting trust model in GDPR terms. 
    • How does this fit the ANCR receipt, consent token/grant type seems forced?
    • Is a consent receipt from the client a required claims for presentation?
    • The client is the one that Alice's information is disclosed to, seems like it(the client) needs to be the one providing Alice a receipt of this (with the contact information etc)

Alec will attempt to organize these use cases into a document for solicitation. We need to get less technical and more business/legal feedback on these goals

As an AS, I want to decouple the consent management UX from the authorization services, 


As an AS, I want to delegate RqP identification to a UMA Wallet, so that 
- a RqP can choose their private key and consent management provider
- I can avoid directly holding or seeing a users personal details

New term "BOLTS"

  • Business
  • operational
  • legal 
  • technical
  • social 

UMA Interop Testing