[GH-ISSUE #1731] Follow OAuth spec RFC7591 "Dynamic Client Registration" for the OIDC plugin /register endpoint #8891

Closed
opened 2026-04-13 04:08:32 -05:00 by GiteaMirror · 0 comments
Owner

Originally created by @remorses on GitHub (Mar 8, 2025).
Original GitHub issue: https://github.com/better-auth/better-auth/issues/1731

Is this suited for github?

  • Yes, this is suited for github

MCP is working on adding authorization support via OAuth, this means you can use better-auth with the OIDC plugin to create MCP servers that support authorization which is great!

One missing feature is a RFC7591 "Dynamic Client Registration" compliant way to register clients.

Here are the differences in the current /register endpoint and the RFC7591:

  • Change request field names to match RFC7591 standard (e.g., redirectURLsredirect_uris)
  • Support standard metadata fields: token_endpoint_auth_method, grant_types, response_types, etc.
  • Update response format to include client_id, client_secret, client_id_issued_at, client_secret_expires_at
  • Implement standard error responses: invalid_redirect_uri, invalid_client_metadata, etc.
  • Add required HTTP headers and use 201 status code for successful registrations

Describe the solution you'd like

Make the /register endpoint RFC7591 compliant

Describe alternatives you've considered

.

Additional context

I can work on a PR if you like the idea

Originally created by @remorses on GitHub (Mar 8, 2025). Original GitHub issue: https://github.com/better-auth/better-auth/issues/1731 ### Is this suited for github? - [x] Yes, this is suited for github ### Is your feature request related to a problem? Please describe. MCP is working on adding [authorization support via OAuth](https://spec.modelcontextprotocol.io/specification/draft/basic/authorization/), this means you can use better-auth with the OIDC plugin to create MCP servers that support authorization which is great! One missing feature is a RFC7591 "Dynamic Client Registration" compliant way to register clients. Here are the differences in the current `/register` endpoint and the RFC7591: * Change request field names to match RFC7591 standard (e.g., `redirectURLs` → `redirect_uris`) * Support standard metadata fields: `token_endpoint_auth_method`, `grant_types`, `response_types`, etc. * Update response format to include `client_id`, `client_secret`, `client_id_issued_at`, `client_secret_expires_at` * Implement standard error responses: `invalid_redirect_uri`, `invalid_client_metadata`, etc. * Add required HTTP headers and use 201 status code for successful registrations ### Describe the solution you'd like Make the /register endpoint RFC7591 compliant ### Describe alternatives you've considered . ### Additional context I can work on a PR if you like the idea
GiteaMirror added the locked label 2026-04-13 04:08:32 -05:00
Sign in to join this conversation.
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/better-auth#8891