Delegated / attenuated authority for MCP agent tool calls
Nessuno ha ancora preso questa issue.
Valutazione
- Difficoltà
- 5/5
- Tempo stimato
- Più di una settimana
- Idoneità per principianti
- 25/100
- Tipo di issue
- Funzionalità
- Chiarezza
- Da chiarire
- Stato di attività
- Tranquilla
- Stack tecnologico
- python, typescript
- Ambito
- authorization
Direzione di ricerca
Start by reviewing the architectural question in this issue and the linked OAAF implementation. Compare the proposed delegated-authority profile with this repository’s existing MCP authorization extensions and governance process. Done would require maintainer agreement on whether this belongs here before a narrowly scoped proposal or PR can be defined.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
I’m working on OAAF (Open Agent Authority Framework), an open interoperability framework for delegated authority across AI agents and tools.
We’ve implemented an MCP enforcement profile where delegated authority is verified before the normal MCP authorization/PDP path. The authority can be narrower than the underlying credential, so an agent with valid credentials can still be denied a tool call that wasn’t delegated to it.
For example:
Agent credential:
broad repository access
Delegated authority:
repo.read
repo.write
MCP tools/call:
repo.merge
OAAF authority precondition:
DENY
Downstream PDP/tool:
never invoked
The goal is specifically not to replace MCP authorization or introduce another competing credential format. OAAF profiles existing standards for delegated/attenuated authority and composes with the normal MCP authorization path.
We have a working TypeScript/Python implementation, MCP/COAZ binding, portable conformance corpus, and implementation-independent conformance runner:
OAAF: https://github.com/espradley/oaaf
Before proposing an extension or SEP, I’d appreciate maintainer feedback on the architectural question:
Does delegated/attenuated agent authority belong as an optional MCP authorization extension in this repository, or would maintainers prefer it remain an external interoperability profile layered ahead of MCP authorization?
If this is in scope here, I’d be happy to prepare a narrowly scoped proposal/PR following the project’s governance process.
- Lingua principale
- MDX
- Stelle
- 164
- Fork
- 53
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di modelcontextprotocol/ext-auth
-
DEBUGApertabug
Difficoltà 5/5 Più di una settimana Idoneità per principianti 10/100
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 30/100
modelcontextprotocol/ext-auth#26 · 1 commento ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 35/100
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 25/100
modelcontextprotocol/ext-auth#21 · 1 commento ·
-
enhancement
Difficoltà 5/5 Più di una settimana Idoneità per principianti 35/100
modelcontextprotocol/ext-auth#18 · 2 commenti ·
Tutte le issue di modelcontextprotocol/ext-auth
Issue simili
-
bug No Code Attached Yet
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
joomla/joomla-cms#48556 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
scope:security type:aquasec
Difficoltà 1/5 Meno di un'ora Idoneità per principianti 90/100
AbsaOSS/StatusBoard#69 ·
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 88/100
I maintainer di solito rispondono entro 1 giorno
-
security
Difficoltà 2/5 1-3 ore Idoneità per principianti 68/100
I maintainer di solito rispondono entro 1 giorno
-
security
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100