Skip to content

Fundamental mismatch between GCP Google Auth Platform / Clients and (Remote) MCP usage? #39

@p-bakker

Description

@p-bakker

NOTE: Maybe this isn't the proper place to discuss this, but I couldn't find a better place. If there is, please point me to it

I've been trying to get Claude connected to the Remote MCP server for BigQuery. I managed to get it going, but:

  • Google Auth Platform doesn't support Dynamic Client Registration or CIMD
  • so I had to create an oAuth 2.0 Client ID under Google Auth Platform > Clients of type Web Application first (in order to be able to set the redirect url's for Claude)
  • and then had to configure the oAuth Client ID and Secret in the custom connector inside Claude

Besides this being a bit cumbersome (and carefully reading several documents), the issues I have are these:

  • Having to pre-register an oAuth client and share the Client ID AND Secret with all my users that want/need to connect
  • The fact that the secret needs to be shared with all users makes is not really a secret anymore
  • No distinction serverside between which AI tool was used (unless I create different oAuth clients and my users use the proper one for each tool they use)
  • No way for me as 'admin' to control which tools are being used

The solution? If Google Auth Platform would support CIMD all issues would go away

  • no manual registration of clients
  • no sharing of secrets (or even client ids) to users, just a single URL would be sufficient
  • clear attribution of access to the correct client
  • if added, I could whitelist allowed clients based on their url

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type
    No fields configured for issues without a type.

    Projects

    No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions