Cloudflare面向所有客户开放自管理OAuth

Cloudflare 是全球重要的云网络与安全服务商之一，其服务支撑着大量网站、应用和开发者基础设施。对于企业、开发者和 SaaS 服务商来说，Cloudflare 不只是 CDN 或 DNS 服务平台，也逐渐成为自动化部署、安全防护、边缘计算和 API 集成的重要基础设施。

近期，Cloudflare 宣布向所有客户开放 self-managed OAuth（自管理 OAuth）。这意味着开发者可以自行创建和管理 OAuth 应用，让用户通过标准授权流程，将限定范围的 Cloudflare API 权限授予第三方应用或内部工具。

在此之前，Cloudflare 并不是没有 OAuth。使用过 Wrangler，或者使用过 PlanetScale 等合作伙伴集成的用户，实际上已经接触过 Cloudflare OAuth。不过过去第三方 OAuth 主要面向少数经过人工接入的合作伙伴，并未全面开放给普通开发者。

这也导致很多开发者在构建 Cloudflare 集成时，只能依赖 API Token。API Token 虽然能解决授权问题，但在 SaaS 集成、客户授权、团队协作和智能代理工具场景下，管理复杂度较高，也不如 OAuth 流程清晰。

自管理 OAuth 能解决什么问题？

Cloudflare 开放自管理 OAuth 后，开发者可以为自己的应用提供标准授权流程。用户在授权页面中明确看到应用名称、权限范围和访问内容，再决定是否授权。

这类机制主要带来几个变化：

对于使用 Cloudflare 管理 DNS、CDN、安全策略、边缘函数和应用部署的企业来说，OAuth 开放后，第三方工具与 Cloudflare 之间的连接会更自然，也更符合现代云平台生态的发展方向。

API Token 更像是一把“手动配置的钥匙”。开发者需要创建 Token、设置权限、复制给应用或系统使用。它适合内部脚本和固定系统调用，但不太适合面向多个客户的第三方应用授权。

OAuth 则更适合“用户授权给应用”的场景。用户无需手动复制 Token，而是在 Cloudflare 授权页面确认权限后，由系统完成授权和访问令牌交换。

简单来说：

对于企业客户来说，OAuth 的意义不只是方便接入，更重要的是让权限边界更清楚，降低误用 Token 或过度授权的风险。

Cloudflare 表示，在将 OAuth 开放给所有客户之前，团队对授权体验、权限模型、撤销机制和底层 OAuth 引擎进行了较大规模升级。

其中几个重点包括：

优化授权同意页面
授权页面会更清楚地显示是哪个应用正在请求访问，以及它会获得哪些权限。
增加控制台撤销能力
用户可以在 Cloudflare Dashboard 中查看哪些应用拥有访问权限，并在需要时撤销授权。
提升应用所有权可见性
通过展示应用归属信息，降低 OAuth 钓鱼风险，避免用户误授权给可疑应用。
升级底层 OAuth 引擎
Cloudflare 对底层 OAuth 系统进行了数据库迁移、性能优化和架构升级，为更大规模的 OAuth 使用做好准备。