| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
|
Hi @aaronpk , thanks again for your earlier review 🙏. I’ve addressed the changes you requested, would you have a moment to take another look? |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM
we'll also need support for this in the SDKs
Sorry, something went wrong.
|
Hi @pcarleton , I add this support in the client SDK in this PR, PTAL ❤️ |
Sorry, something went wrong.
|
this is missing an entry to changelog.mdx. @xiaoyijun please follow up and make an entry to changelog.mdx |
Sorry, something went wrong.
|
Just FYI. I will revert this. I think in general its a good idea, but coming in too hot for a spec release that we are cutting today from the draft. This means it will require you to reopen the PR again once we have a new draft. There are also open question how clients should handle the difference in fields between OICD and OAuth 2.0 AS metadata, that the PR should address. |
Sorry, something went wrong.
| Back | FazBrowse Home | New Git URL |
Add OpenID Connect Discovery Support for Authorization Server Discovery
Motivation and Context
This PR enhances the authorization server discovery mechanism by adding support for OpenID Connect Discovery 1.0 alongside the existing OAuth 2.0 Authorization Server Metadata.
OpenID Connect (OIDC) is built on top of OAuth 2.0, extending it with standardized identity functionality. Many modern authorization servers implement OIDC as their primary protocol, making it crucial for MCP to support both discovery mechanisms. Popular authorization providers such as Keycloak, Auth0, and Logto all implement OIDC discovery by default.
Key benefits:
How Has This Been Tested?
N/A
Breaking Changes
None. This change is fully backwards compatible:
Types of changes
Checklist
Additional context
The addition of OIDC discovery support is particularly valuable because: