blog: 远程 MCP Server 的鉴权：为什么动态客户端注册绕不过去

[hsluoyz]

投稿一篇原创文章：远程 MCP Server 的鉴权：为什么动态客户端注册绕不过去

文章简介

MCP Server 从本地 stdio 挪到远程之后，鉴权成了必答题。规范给的答案是 OAuth 2.1，但它与传统 OAuth 之间有一处错位：传统 OAuth 假设客户端事先注册好，而 Agent 客户端是用户临时填一个地址接上来的，拿不到预先分配的 client_id——所以动态客户端注册（RFC 7591）在这条链路上是必需品而不是可选项。

文章内容：

• 这处错位具体错在哪，以及为什么很多人的实现会在冷启动那一步断掉
• 从客户端视角走一遍完整链路（RFC 9728 → 授权服务器元数据 → 动态注册 → PKCE 授权码流程）
• 一份选型清单：七项逐条核对，包括常被忽略的 RFC 7592 客户端生命周期管理、RFC 8707 resource indicator，以及「撤销是否真的生效」
• 一个规范之外的工程细节：动态注册出来的客户端不该是一张白纸
• 鉴权之外的运行时审计（OTLP）

投稿信息

• 类型：原创，未在其他平台发表过
• 分类：安全（categories: ["安全"]）
• 篇幅：正文约 2300 中文字 + 代码/链接，在指南建议的 2000-5000 字区间内
• 供应商中立：全文以规范和选型清单为主线。文中举了一个具体实现作为例子，并在文末明确写了利益相关声明；同时点明该类能力并非某一项目独有，Keycloak 等成熟方案同样提供动态客户端注册，选型应按清单逐条核对而不是看文档里有没有「支持 MCP」字样。如果编辑认为这一节仍偏重，我可以进一步弱化或整段删掉，不影响文章主干。

本次改动

• content/blog/mcp-server-oauth21-dcr/index.md
• content/authors/yang-luo/_index.md（首次投稿，新增作者信息：姓名、头衔、简介、所属组织）

首次向社区投稿，格式参照了 content/blog/ 下的既有文章。若 frontmatter 字段、分类取值或作者目录命名有需要调整的地方，请直接指出，我来改。

[mergify]

Tick the box to add this pull request to the merge queue (same as @mergifyio queue).

• Queue this pull request