Casdoor v4.0 于 2026 年 9 月 1 日正式发布，目前迭代至 v4.3（截至 9 月 9 日）。该项目遵循 Apache 2.0 开源协议，由 Casbin 社区开发，采用 Go 与 React 技术栈构建，面向开发者与企业用户提供开源的身份认证与访问管理（IAM）解决方案。

核心更新与硬信息

• 发布时间：2026 年 9 月 1 日（v4.0）
• 当前版本：v4.3（截至 2026 年 9 月 9 日）
• 协议：Apache 2.0（开源，免费商用）
• 技术栈：后端 Go + 前端 React
• 开源平台：GitHub（项目已收录于 CNCF）
• CNCF 归属：2026 年 2 月 22 日正式入库，位于 Provisioning 板块的 Security & Compliance 分类

Casdoor 是一款以 CAS（Central Authentication Service）协议为基础发展而来的现代身份认证系统。v4 版本最大的变化在于控制台（Console）完成全面重写，从前端框架升级为 React，显著提升交互性能与组件可维护性。同时，新增内置 MCP Server 与 Agent 鉴权支持，为云原生微服务架构中的服务间调用提供细粒度授权能力——MCP（Multi-Cloud Platform）Server 用于跨云环境统一管理认证策略，Agent 则面向 Sidecar 或独立代理组件提供轻量级鉴权接入点。

项目深度与关键数据

Casdoor 脱胎于 Casbin 这一成熟权限模型开源社区，其授权模型继承了 Casbin 的 RBAC、ABAC 等策略类型，在传统 SSO（单点登录）能力基础上，逐步向服务授权拓展。项目在 GitHub 上星标数呈上升趋势，社区参与度在国产 IAM 工具中位居前列。

值得注意的是，Casdoor 在加入 CNCF 前已具备一定产业落地能力，而此次 v4 的发布恰逢其入库 CNCF 全景图后約半年——通常项目入库 CNCF 后需较长时间打磨才能达到生产就绪标准，但 Casdoor 从入库到 major 版本迭代仅半年左右，展现出较高的开发节奏与版本演进效率，这与 CNCF 对项目稳健性的普遍期待形成一定反差：多数项目入库后倾向保守迭代，而 Casdoor 选择加速功能推出。

CNCF 全景图将 IAM 工具归类于 Provisioning（供应/ provision）板块而非 Security （安全）板块，因其强调身份作为资源访问入口的“前置_gatekeeper_”角色，强调“先认证后授权”的流程管理特性，而非仅聚焦加密或审计等传统安全功能。这一归类也反映云原生视角下 IAM 的定位转变——从安全组件变为基础设施的认证中台。

版本迭代对比（基于公开信息整理）

注：v3.x 具体特性因源材料未提供对比信息，仅通过 v4 新增能力反推存在能力差异。

何时选用？

• 推荐直接使用 v4 的团队：正在构建或重构 Go 技术栈微服务系统的中大型企业；需要统一管理多云环境认证策略且倾向开源方案；已有 Casbin 模型经验，希望平滑过渡至完整 IAM 平台。
• 建议再观望的场景：对前端 UI 有极高定制需求的团队（v4 控制台重写后可能需适配新主题系统）；期望即装即用移动 SSO 的客户（当前报道未提及移动端支持）；对 MCP/Agent 相关能力无明确需求的单体应用架构。

写在最后

Casdoor 的快速迭代印证了开源 IAM 基础设施正从“能用”迈向“好用”，控制台重写虽带来短期兼容成本，但长远看优化了社区维护生态。其入库 CNCF 亦表明，云原生生态对 IAM 的认知正从补充工具升级为 provisioning 流程的基础设施一环。