-
Notifications
You must be signed in to change notification settings - Fork 2.2k
Implement SEP-1933: Workload Identity Federation (Extension) #2576
Copy link
Copy link
Open
Labels
P2Moderate issues affecting some users, edge cases, potentially valuable featureModerate issues affecting some users, edge cases, potentially valuable featureauthIssues and PRs related to Authentication / OAuthIssues and PRs related to Authentication / OAuthenhancementRequest for a new feature that's not currently supportedRequest for a new feature that's not currently supportedready for workEnough information for someone to start working onEnough information for someone to start working onv1Issues / PRs related to v1.xIssues / PRs related to v1.xv2Ideas, requests and plans for v2 of the SDK which will incorporate major changes and fixesIdeas, requests and plans for v2 of the SDK which will incorporate major changes and fixes
Description
Activity
Metadata
Metadata
Assignees
Labels
P2Moderate issues affecting some users, edge cases, potentially valuable featureModerate issues affecting some users, edge cases, potentially valuable featureauthIssues and PRs related to Authentication / OAuthIssues and PRs related to Authentication / OAuthenhancementRequest for a new feature that's not currently supportedRequest for a new feature that's not currently supportedready for workEnough information for someone to start working onEnough information for someone to start working onv1Issues / PRs related to v1.xIssues / PRs related to v1.xv2Ideas, requests and plans for v2 of the SDK which will incorporate major changes and fixesIdeas, requests and plans for v2 of the SDK which will incorporate major changes and fixes
This is a tracking issue for implementation of SEP-1933 (extension id
io.modelcontextprotocol/auth/wif).Summary
Workload Identity Federation lets an MCP client running with no user present authenticate to an authorization server by presenting a platform-issued workload JWT (Kubernetes projected service account token, SPIFFE JWT-SVID, cloud identity token) via the RFC 7523
jwt-bearergrant. No client secret is provisioned and no dynamic client registration happens; the workload's existing platform identity is the credential. The TypeScript SDK needs a client-side provider for the jwt-bearer grant flow: assertion sourcing (static or per-request callback), non-interactive operation with no authorization-code fallback, and conformance with theauth/wif-jwt-bearerscenario.Status
Client conformance scenario merged and extension-tagged: feat(auth): client conformance for Workload Identity Federation (SEP-1933) conformance#268, reclassified in client/auth: register dpop and wif scenarios as extensions conformance#401.
This SDK already tracks the gap:
auth/wif-jwt-bearerwas added to the client expected-failures baseline in test: bump conformance referee to 0.2.0-alpha.10, unbaseline server-stateless #2557.Roadmap agreed on the SEP thread (comment):
This issue is step (2) for the TypeScript SDK.
Related Issues & PRs