Skip to content

docs(spec): clarify in-task authorization scope semantics - #2081

Open
muscariello wants to merge 1 commit into
mainfrom
fix/spec-in-task-authorization-scope
Open

docs(spec): clarify in-task authorization scope semantics#2081
muscariello wants to merge 1 commit into
mainfrom
fix/spec-in-task-authorization-scope

Conversation

@muscariello

Copy link
Copy Markdown
Member

Summary

  • Add section 7.6.4 to clarify authorization scope for in-task authorization
  • State that TASK_STATE_AUTH_REQUIRED is a coordination signal, not an authorization grant
  • Clarify that operation-level authorization binding is implementation-defined unless specified by extension

Why

This improves spec clarity around what is in scope in the A2A core protocol for authorization semantics and reduces implementer ambiguity.

Changes

  • Updated docs/specification.md with a new subsection under 7.6 In-Task Authorization

Fixes #2080

Add §7.6.4 to explicitly state that TASK_STATE_AUTH_REQUIRED is a
coordination signal, not an authorization grant. The A2A protocol does
not define the scope, representation, validity, or revocation semantics
of the authorization decision or credential obtained in response to this
state. Agents MUST NOT treat the state transition itself as authorization
for any particular operation; implementations are responsible for
defining how the authorized operation is identified and verified before
execution.

Signed-off-by: Luca Muscariello <muscariello@ieee.org>
@muscariello
muscariello requested a review from a team as a code owner July 28, 2026 16:01
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Clarify in-task authorization scope in A2A spec

2 participants