UMA 2.0 Session Support for Requests-OAuthlib
Provides OAuth2 Sessions that support UMA 2.0 flows.
The UMA2Session class extends requests_oauthlib.OAuth2Session, and so supports any OAuth2 clients for initial authentication. Once authenticated, if a Resource Server requires UMA authorization, the session will automatically attempt to obtain the required Requesting Party Token (RPT) with the necessary permissions, then retry the request.
See User-Managed Access (UMA) 2.0 Grant for OAuth 2.0 Authorization for more information.
NOTE: This project is not affiliated with Requests-OAuthlib or any of its dependent libraries.
Install
pip install requests-oauthlib-uma
Example
from oauthlib.oauth2 import LegacyApplicationClient
from requests_oauthlib_uma import UMA2Session
# This example uses Legacy flow for initial authentication, but any OAuth2 Client can be used.
client_id = "your_client_id"
client_secret = "your_client_secret"
username = "your_username"
password = "your_password"
session = UMA2Session(client=LegacyApplicationClient(client_id=client_id))
token = session.fetch_token(
token_url="https://somesite.com/oauth2/token",
username=username,
password=password,
client_id=client_id,
client_secret=client_secret,
)
print(token)
# Attempt to access a UMA-protected resource:
response = session.get("https://somesite.com/secure/resource")
# The session now uses the newly issued RPT as the auth token going forward
print(session.token)
If the resource raises a 401 Unauthorized response with a WWW-Authenticate challenge header for a UMA scheme, the Session will automatically:
- Determine the Authorization Server from the challenge header
- Obtain the RPT endpoint URL from the Authorization Server's UMA 2.0 Well-Known Configuration endpoint
- Request a token with the requested permission claims from the Authorization Server's RPT endpoint
- Attempt the request again with the RPT
Subsequent requests will continue to use the issued RPT as the Session token.
If a subsequent request requires additional UMA authorization permissions not yet available in the RPT claims, the Session will repeat the above flow and attempt to upgrade the last-issued RPT with the added permission claims. This allows clients to incrementally obtain permission claims as needed.
Refreshing Tokens
The UMA2Session supports refreshing expired tokens via the same mechanism as OAuth2Session; see Refreshing tokens for more details. Automatic token refresh always uses the refresh_token from the last-issued RPT if provided.
Extra RPT Endpoint Parameters
If the Authorization Server is known to accept additional parameters (e.g., Keycloak), they can be configured when initializing the UMA2Session:
session = UMA2Session(
client=LegacyApplicationClient(client_id=client_id),
fetch_rpt_kwargs={"audience": "other-client"},
)
Handling Sequential Flows
By default, UMA2Session will only attempt a UMA flow once per request. If a Resource requires multiple UMA flows in order to grant authorization, you can increase the maximum number of attempts permitted per request: If the Resource is still requesting UMA authorization after reaching this limit, requests_oauthlib_uma.exceptions.MaxUMAFlowsReachedError is raised.
from requests_oauthlib_uma.exceptions import MaxUMAFlowsReachedError
session = UMA2Session(
client=LegacyApplicationClient(client_id=client_id),
max_flows_per_request=2,
)
try:
response = session.get("https://somesite.com/secure/resource")
except MaxUMAFlowsReachedError as err:
print(f"Giving up after {err.last_attempt.attempt_number} UMA authorization attempts.")
# Get the last response before the session gave up
last_response = err.last_attempt.result()
print(f"Last response was {last_response.status_code} - {last_response.text}")
Default Headers
You can also configure the Session to always provide a set of default headers that will be provided with all requests:
session = UMA2Session(
client=LegacyApplicationClient(client_id=client_id),
headers={"Content-Type": "application/json"},
)
Contributing
This package utilizes Poetry for dependency management and pre-commit for ensuring code formatting is automatically done and code style checks are performed.
git clone https://github.com/Daveography/requests-oauthlib-uma.git requests-oauthlib-uma
cd requests-oauthlib-uma
pip install poetry
poetry install
poetry run pre-commit install
poetry run pre-commit autoupdate
Metadata
Release files for requests-oauthlib-uma 0.1.3
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | |
|---|---|---|---|
| requests_oauthlib_uma-0.1.3.tar.gz | 6.9 kB | Details |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Reset |
|---|---|---|---|---|
| requests_oauthlib_uma-0.1.3-py3-none-any.whl | Python 3 | none | any | Details |
Total release size: 15.5 kB
Release files / requests_oauthlib_uma-0.1.3.tar.gz
| Download URL | requests_oauthlib_uma-0.1.3.tar.gz |
|---|---|
| Size | 6.9 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
91d2e62f3622aceef817d1085fbf260954fb712e493e8634ff69d1531c11bcb7
|
|
BLAKE2b-256 checksum How to use checksums |
f8abd89c1c233290b94056e1df1059c982187ab166a77a928b1790d742f5f747
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.12.9
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 3, 2025.
Transparency logRelease files / requests_oauthlib_uma-0.1.3-py3-none-any.whl
| Download URL | requests_oauthlib_uma-0.1.3-py3-none-any.whl |
|---|---|
| Size | 8.6 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
bbe281a181c014a1480b5d24dce0bf4d56d58d9e0afdcfecf704f3fd44947063
|
|
BLAKE2b-256 checksum How to use checksums |
662e1cc97c75827bd6a213ffa1bd6c4fe6e636e4208b8b91c703ccc1cf58281c
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.12.9
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 3, 2025.
Transparency log