Casdoor v4、MCP ServerとAgent認証に対応

MCP ServerやAI Agentがアプリケーション構成の一部になりつつある現在、認証基盤が管理すべき対象は、人間のユーザーや従来型のアプリケーションだけではありません。ツールを呼び出し、データへアクセスし、タスクを実行するソフトウェアエージェントも、アクセス管理の対象になります。Casdoor v4は、この変化を意識した機能拡張を打ち出しました。

v4の主な変更点

公開されている素材によると、Casdoor v4.0は2026年9月1日にリリースされ、9月9日までにv4.3へ更新されています。今回の要点は次の通りです。

• 管理コンソールを全面刷新：管理コンソールは、ID基盤を運用するための主要な入口です。刷新によって操作体験の改善を図るとともに、今後の機能追加に向けた画面基盤を整えようとしていると考えられます。
• MCP Serverを内蔵：MCPは、モデルやAgentがツール、外部リソースと接続するための標準化された方法を提供します。MCP ServerをID管理プラットフォームに組み込むことで、認証とAIワークフローを同じ構成の中で検討しやすくなります。
• Agent認証に対応：従来の認証は、ユーザーのログインとアプリケーションのアクセスを中心に設計されてきました。Agentの利用では、呼び出し元の識別、アクセス可能なリソース、タスクごとの権限なども問題になります。CasdoorはAgentを明確な認証対象として扱い始めました。

CasdoorはCasbinコミュニティが開発し、GoとReactを採用しています。ライセンスはApache 2.0です。また、2026年2月22日にはCNCF Cloud Native Landscapeへ登録され、ProvisioningセクションのSecurity & Complianceカテゴリに位置付けられました。ただし、Landscapeへの掲載は、CNCFが機能や品質を認証したことを意味しません。クラウドネイティブのエコシステムにおけるプロジェクトの可視性を高めるものと見るべきです。

開発者への意味

マイクロサービス、クラウドネイティブ基盤、AIアプリケーションを運用するチームにとって、ID管理は「ユーザーをログインさせる」機能から、人、アプリケーション、ツール、Agentの関係を管理する機能へ広がっています。認証や認可の処理が業務コード、ゲートウェイ、個別プラグインに分散すると、ポリシーの一貫した管理は難しくなります。Casdoorの方向性は、こうした新しい呼び出し主体を共通のID基盤に含めようとする試みです。

一方、MCP ServerやAgent認証の実用性は、権限モデル、資格情報のライフサイクル、監査機能、既存システムとの連携方法に左右されます。今回の素材だけでは、具体的な実装範囲までは判断できません。導入を検討する場合は、リリースノート、ドキュメント、ソースコードを確認したうえで評価する必要があります。

Casdoor v4は単なるコンソール刷新にとどまらず、ツール呼び出しやAgent型アプリケーションにID管理を適応させる動きです。今後、Agentの権限をどこまで明確かつ運用可能な形で管理できるかが注目点になります。

出典：OSChina