Skip to content

Auth: Support manually setting a client ID and client secret #683

Closed

Description

@jpmcb

Is your feature request related to a problem? Please describe.

Not all OAuth providers support dynamic client registration.

And the MCP specification accounts for this:

Any authorization servers that do not support Dynamic Client Registration need to provide alternative ways to obtain a client ID (and, if applicable, client credentials). For one of these authorization servers, MCP clients will have to either:

  1. Hardcode a client ID (and, if applicable, client credentials) specifically for the MCP client to use when interacting with that authorization server, or
  2. Present a UI to users that allows them to enter these details, after registering an OAuth client themselves (e.g., through a configuration interface hosted by the server).

https://modelcontextprotocol.io/specification/2025-06-18/basic/authorization#dynamic-client-registration

Describe the solution you'd like

In the guided oauth flow, there should be an option to enter a client ID and a client secret instead of always assuming dynamic client registration.

Related

Activity

  1. franz-zuplo commented on Aug 5, 2025

    @franz-zuplo

    Highly agree with this, having mandatory DCR in the inspector makes the overhead of testing OAuth authentication flows much higher for certain Auth providers. For example, I'm pretty sure AWS Cognito doesn't support DCR out of the box.

  2. 2underscores commented on Aug 6, 2025

    @2underscores
    Contributor

    Agreed, this one's a break from MCP spec. Done with #684

    It only supports client ID and no client secret, as AFAIK MCP inspector is all built to act as a public client. This was just an issue with the guided OAuth flow not using it. To add client secret and support token exchange for a confidential client is a bigger PR i think, but not too sure.

  3. added
    authIssues and PRs related to authorization
    spec complianceLabel for issues and PRs that are related to adding or fixing support for a specific spec feature.
    on Aug 11, 2025
  4. olaservo commented on Aug 11, 2025

    @olaservo
    Member

    Cross-posting this from my PR comment for more viz:

    I think the change makes sense. Since its small but potentially significant I created a thread in the auth channel on the MCP Contributor Discord to get more 👀 on it. If you're interested in following there, you can find the link in these docs: https://modelcontextprotocol.io/community/communication

  5. olaservo commented on Jan 18, 2026

    @olaservo
    Member

    This should be fixed by PR #684. Closing - please reopen if you're still experiencing this issue.


    This comment was posted by Claude during issue triage.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    authIssues and PRs related to authorizationenhancementNew feature requestspec complianceLabel for issues and PRs that are related to adding or fixing support for a specific spec feature.

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions