Skip to main content

Introduction

EasyOIDC is a Python library that provides a simple interface to the OpenID Connect protocol. It is designed to be easy to use and to integrate into existing applications. It is built on top of the Authlib library.

EasyOIDC can basically adapt to any web framework that supports session variables, route definition, and redirection. As an example, integration examples with Flask, FastAPI, NiceGUI, Streamlit, Taipy and Bottle are provided.

In addition, the library has high-level classes, to integrate even more easily with Flask, FastAPI, NiceGUI and Taipy. The idea of the project is to gradually incorporate high-level support for new web frameworks from the Python world.

EasyOIDC has been tested with OIDC backends such as Keycloak, Google and Auth0, and could connect to virtually any OpenID Connect compatible server.

Installation

The library is available via PyPi (https://pypi.org/project/EasyOIDC/)

uv add easyoidc

If you are going to use it with a specific web framework, you can install it like this:

uv add "easyoidc[flask]"
uv add "easyoidc[fastapi]"
uv add "easyoidc[nicegui]"
uv add "easyoidc[taipy]"

Usage

Flask

This is an example of how to integrate EasyOIDC with Flask:

from flask import Flask
from EasyOIDC import Config, SessionHandler
from EasyOIDC.frameworks.flask import FlaskOIDClient

app = Flask(__name__)
session_storage = SessionHandler(mode='redis')
auth_config = Config('.env')
auth = FlaskOIDClient(app, auth_config=auth_config, session_storage=session_storage)

@app.route('/')
def root():
    is_authenticated = auth.is_authenticated()
    if is_authenticated:
        userinfo = auth.get_userinfo()
        return f"Welcome to the Flask app with Middleware!.<br>User authenticated={is_authenticated}<br>{userinfo}<br><a href='/logout'>Logout</a>"
    else:
        return f"Welcome to the Flask app with Middleware!.<br><a href='/login'>Login</a>"


if __name__ == "__main__":
    app.run()

FastAPI

This is an example of how to integrate EasyOIDC with FastAPI:

from fastapi import Depends, FastAPI, Request
from EasyOIDC import Config, SessionHandler
from EasyOIDC.frameworks.fastapi import FastAPIOIDClient

app = FastAPI()
session_storage = SessionHandler(mode='redis')
auth_config = Config('.env')
auth = FastAPIOIDClient(app, auth_config=auth_config, session_storage=session_storage)

@app.get('/')
def root(request: Request):
    if auth.is_authenticated(request):
        userinfo = auth.get_userinfo(request)
        return f"User authenticated. {userinfo}"
    return "Not authenticated. Go to /login"

@app.get('/me')
def me(user: dict = Depends(auth.require_user)):
    return {'user': user}

if __name__ == "__main__":
    import uvicorn
    uvicorn.run(app, host='localhost', port=5000)

FastAPI has no ambient (context-local) session object like flask.session or NiceGUI's app.storage.user, so the methods that inspect the current user take an explicit Request: auth.is_authenticated(request), auth.get_userinfo(request) and auth.get_user_roles(request). The same information is also available as dependencies:

  • Depends(auth.current_user) returns the userinfo dict, or None when anonymous.
  • Depends(auth.require_user) returns the userinfo dict, redirecting to the login route when anonymous.

Role-based access control works as in the other integrations. The Request is injected automatically when the endpoint doesn't declare one:

@app.get('/admin')
@auth.require_roles('/access-forbidden', and_allow_roles=['intranet-home'])
def admin():
    return {'message': 'Welcome, admin'}

A few things worth knowing:

  • The client session is stored in a signed cookie via Starlette's SessionMiddleware, which EasyOIDC installs for you using cookie_secret_key. If your app installs it itself, pass add_session_middleware=False and add it after building the client, so it still wraps the authentication middleware.
  • FastAPI's /docs, /redoc and /openapi.json are ordinary routes, so the middleware protects them too. List them in unrestricted_routes to keep them public. The OIDC routes themselves (/login, /authorize, /logout) are registered outside the OpenAPI schema.
  • By default every request re-validates the token against the OIDC server's userinfo endpoint, matching the behaviour of the other integrations. That costs one HTTP round-trip per request; pass validate_session_on_each_request=False to trust the stored session instead. The blocking calls always run in a threadpool, so the event loop is never stalled.

See examples/fastapi_high_level.py and examples/fastapi_low_level.py.

NiceGUI

This is an example of how you can integrate EasyOIDC with NiceGUI:

from EasyOIDC import Config, SessionHandler
from EasyOIDC.frameworks.nicegui import NiceGUIOIDClient
from nicegui import app, ui

session_storage = SessionHandler(mode='shelve')
auth_config = Config('.env')
auth = NiceGUIOIDClient(app, auth_config=auth_config, session_storage=session_storage)

@ui.page('/')
def root():
    is_authenticated = auth.is_authenticated()
    with ui.column().classes('absolute-center '):
        if is_authenticated:
            ui.markdown(f"User authenticated!")
            ui.markdown(f"Name: {auth.get_userinfo()['name']}")
            ui.markdown(f"Email: {auth.get_userinfo()['email']}")
            ui.markdown(f"Roles: {auth.get_user_roles()}")
            ui.markdown(f"<a href='/logout'>Logout</a>").classes('text-2xl')
        else:
            ui.markdown(f"NiceGUI demo.<br><a href='/login'>Login</a>").classes('text-2xl')


if __name__ in {"__main__", "__mp_main__"}:
    ui.run(storage_secret=auth_config.cookie_secret_key, port=5000)

Configuration

Your app routes and server endpoints, can be provided from json and .env files, or via a dict or code of course.

The following is an example of a .env file:

# Auth0 example configuration

# Secret keys
client_id = RqtJHUjAyEMXdgT4j2ScdOfjUhFACS9G
client_secret = diylwTR8O_Y4B8_4AFXPYRPft3z_Im14hD8suAG8OiLCRtJPuCT6yHqlELQn_Yf
cookie_secret_key = some-secret-key

# OIDC
well_known_openid_url = https://myapplication.us.auth0.com/.well-known/openid-configuration
redirect_uri = http://localhost:5000/authorize

# Application routes
app_login_route = /login
app_logout_route = /logout
app_authorize_route = /authorize
unrestricted_routes = /
post_logout_uri = http://localhost:5000

In that case, EasyOIDC will get the server endpoints from the well-known url. You can also adapt the file examples/.env.google to your needs.

If you want to provide the endpoints manually, you can do it as follows:

# Google endpoints configuration example: 

# OIDC
well_known_openid_url = https://accounts.google.com/.well-known/openid-configuration
authorization_endpoint = https://accounts.google.com/o/oauth2/auth
token_endpoint = https://oauth2.googleapis.com/token
userinfo_endpoint = https://openidconnect.googleapis.com/v1/userinfo
token_revoke_endpoint = https://oauth2.googleapis.com/revoke
redirect_uri = http://localhost:5000/authorize
scope = openid,profile,email

And more examples via code:

from EasyOIDC import Config
config = Config(client_id='my_client_id',
                client_secret='my_client_secret',
                cookie_secret_key='some-secret-key',
                redirect_uri='http://localhost:5000/authorize',
                well_known_openid_url='https://myapplication.us.auth0.com/.well-known/openid-configuration',
                app_login_route='/login',
                app_logout_route='/logout',
                app_authorize_route='/authorize',
                unrestricted_routes='/',
                post_logout_uri='http://localhost:5000')

Server session data storage

EasyOIDC needs to store some data in the server session, like tokens and authenticated user information. The library provides a SessionHandler class that can be used to store the session data in memory, in a file or in a Redis database. The SessionHandler class is initialized as follows:

from EasyOIDC import SessionHandler

# In-memory storage (thread-safe, no external dependencies). Default mode.
# Sessions are lost when the process restarts. Great for development/testing.
session_storage = SessionHandler(mode='memory')

# File storage
session_storage = SessionHandler(mode='shelve')

# Redis storage (requires the optional extra: uv add "easyoidc[redis]")
session_storage = SessionHandler(mode='redis')

Choosing a backend

Mode Persistence Thread-safe Multi-process Dependencies Best for
memory (default) No — lost on restart ✅ Yes ❌ No (per-process state) None Development, testing, single-process apps
shelve ✅ On disk ⚠️ No (see note) ❌ No None (stdlib) Simple single-process apps needing persistence across restarts
redis ✅ In Redis ✅ Yes ✅ Yes (shared store) easyoidc[redis] + a Redis server Production, multi-worker/multi-process deployments

Pros & cons

  • memory — zero setup, thread-safe, fastest. But sessions vanish on restart and are not shared between processes/workers, so a multi-worker server (e.g. Gunicorn with several workers) will see inconsistent logins.
  • shelve — persists to a local file with no external service. But the default Python 3.13+ backend (dbm.sqlite3) is not thread-safe and it is single-host/single-process only, so it's unsuitable for multi-threaded WSGI servers or auto-reloading frameworks like nicegui.
  • redis — the only option that is both thread-safe and shared across processes/hosts, making it the right choice for production and horizontally scaled deployments. It requires the optional extra and a running Redis. Uses redis-py directly (no version cap); sessions are stored as fields of a single Redis hash (one key per namespace), serialized with pickle.

Redis is optional and kept out of the core dependencies, so projects using memory or shelve don't pull Redis in. Install it with uv add "easyoidc[redis]".

Rule of thumb: use memory for development and single-process apps, shelve when you need on-disk persistence in a single process, and redis for anything multi-process or production.

Testing against a real OIDC server

The test-oidc/ directory contains a self-contained setup to test the full OIDC flow (login → token → userinfo → protected routes → logout) against a real but lightweight OpenID Connect server (mock-oauth2-server), with no Keycloak configuration required:

cd test-oidc
docker compose up                     # starts the OIDC server on :8080
uv run python app.py                  # starts the Flask example on :5000
# or:  uv run python app_fastapi.py   # starts the FastAPI example on :5000
# open http://localhost:5000 and click "Login"

See test-oidc/README.md for details.

Automated tests

# `uv sync` matches the environment exactly to the lockfile, so pass every extra
# you want to keep installed (add --extra nicegui / --extra taipy if you use them).
uv sync --extra flask --extra fastapi --extra redis
uv run pytest                # unit tests (integration tests auto-skip if the mock is down)

# to also run the integration tests, start the mock first:
cd test-oidc && docker compose up -d
uv run pytest

The integration suite (tests/test_integration_oidc.py) exercises the full authorization-code flow against the mock and is skipped automatically when the server isn't reachable. CI runs the whole suite with the mock and Redis as service containers (see .github/workflows/tests.yml).

Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

easyoidc-0.3.0.tar.gz (33.2 kB view details)

Uploaded Source

Built Distribution

If you're not sure about the file name format, learn more about wheel file names.

easyoidc-0.3.0-py3-none-any.whl (24.3 kB view details)

Uploaded Python 3

File details

Details for the file easyoidc-0.3.0.tar.gz.

File metadata

  • Download URL: easyoidc-0.3.0.tar.gz
  • Upload date:
  • Size: 33.2 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for easyoidc-0.3.0.tar.gz
Algorithm Hash digest
SHA256 a9ca9b4667b90c8a9ada245c43cf6f9b6055c3d3ebc5c31c45a69a02c1934090
MD5 6a2cb91dcfddfba1e3ac6d8186a60e91
BLAKE2b-256 c4d8f97ea03eae46bb1bfed541f43135057a24775afcf21b569f304d05366e7a

See more details on using hashes here.

File details

Details for the file easyoidc-0.3.0-py3-none-any.whl.

File metadata

  • Download URL: easyoidc-0.3.0-py3-none-any.whl
  • Upload date:
  • Size: 24.3 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: twine/7.0.0 CPython/3.13.14

File hashes

Hashes for easyoidc-0.3.0-py3-none-any.whl
Algorithm Hash digest
SHA256 863c59609c48e766e02740774298d0f0affa14330491194acaa6bddd02dc65b3
MD5 b0112917b36db518b0899171b0407556
BLAKE2b-256 21249f70f052abc2c6023b3462ada72efb2df16a236d901c33d1eb6dce89457b

See more details on using hashes here.

Release history Release notifications | RSS feed

This release

0.3.0 This release

2 files

0.2.0

2 files

0.1.12

2 files

0.1.11

2 files

0.1.10

2 files

0.1.9

2 files

0.1.8

2 files

0.1.6

2 files

0.1.5

2 files

0.1.4

2 files

Anthropic, PBC Visionary sponsor Bloomberg Visionary sponsor Hudson River Trading Visionary sponsor Meta Visionary sponsor NVIDIA Visionary sponsor Microsoft Sustainability sponsor Depot Continuous Integration AWS Cloud computing and Security Sponsor Datadog Monitoring Fastly CDN Google Download Analytics Sentry Error logging StatusPage Status page