oauth-auth0-mcp-prototype
Provides authentication and authorization via Auth0, validating RS256 JWTs and extracting org_id to map to cabinet_id, with protected endpoints for HTTP and MCP using access tokens.
Click on "Install Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@oauth-auth0-mcp-prototypewho am i"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
Standalone Auth0 + MCP prototype
This folder is isolated from the plugin workspace so the OAuth/Auth0 test can be run on its own.
Pourquoi j’ai fait ce prototype
Le passage le plus important que je veux m’assurer qu’il fonctionne, c’est la chaîne d’identité de bout en bout :
Auth0 émet un access token valide, Alpic le transmet à mon serveur MCP, le backend valide le JWT,
et je peux mapper de façon fiable org_id vers cabinet_id.
Pour m’en assurer, je suis passé par un prototype minimal au lieu de brancher Turso tout de suite. Ça m’a permis d’isoler la couche identité et transport du reste de l’application.
Pour tester ça, je n’ai exposé que la surface la plus simple utile :
GET /healthpour le contrôle publicGET /whoamipour le contrôle HTTP protégéPOST /mcpavec un seul outilwhoami()pour le contrôle MCP protégé
Comme ça, je peux prouver que le chemin d’authentification fonctionne avant d’ajouter la persistance ou la logique métier.
Related MCP server: MCP Auth
Erreurs de déploiement que j’ai faites
J’ai d’abord pris le mauvais runtime pour le code existant avant de réaligner le prototype sur le runtime réellement attendu par Alpic.
J’ai oublié
pyproject.toml, ce qui a cassé le build Python avecNo pyproject.toml found.J’ai oublié
uv.lock, alors qu’Alpic lance le build Python en mode figé avecUV_FROZEN=1.J’ai oublié
main.py, alors qu’Alpic essayait de démarrer le serveur avec ce point d’entrée.J’ai hardcodé le port
8000au lieu de lire le port fourni par l’environnement Alpic, ce qui peut empêcher la connexion même si le déploiement est marqué comme réussi.
Endpoints
GET /healthGET /whoamiPOST /mcp
Environment
Set these variables in Alpic:
AUTH0_DOMAIN=xxx.eu.auth0.comAUTH0_AUDIENCE=https://memoire-classification-apiENV=production
Optional but useful:
AUTH0_ISSUER=https://xxx.eu.auth0.com/AUTH0_JWKS_URL=https://xxx.eu.auth0.com/.well-known/jwks.jsonCABINET_ID_BY_ORG_JSON={"org_123":"cabinet-a"}DEFAULT_CABINET_ID=cabinet-a
For local tests, AUTH0_JWKS_JSON can hold a JWKS document directly.
Run
python server.py --host 127.0.0.1 --port 8000If the project is installed as a package, the console script is:
oauth-auth0-mcp-prototypeAlpic can also start the repository entrypoint directly from main.py.
Test
python -m unittest discover -s testsWhat this proves
/healthworks without auth/whoamirejects missing tokens/whoamiaccepts a valid Auth0 RS256 access tokenorg_idis extracted from the tokencabinet_idis resolved from the organization metadatathe MCP
whoami()tool returns the same identity payload
This server cannot be installed
Maintenance
Resources
Unclaimed servers have limited discoverability.
Looking for Admin?
If you are the server author, to access and configure the admin panel.
Latest Blog Posts
MCP directory API
We provide all the information about MCP servers via our MCP API.
curl -X GET 'https://glama.ai/api/mcp/v1/servers/Baadr-IA/oauth-auth0-mcp-prototype'
If you have feedback or need assistance with the MCP directory API, please join our Discord server