中央認証サービス

中央 認証サービス( CAS ) は、Web用のシングルサインオンプロトコルです。^[1]その目的は、ユーザーが資格情報 (ユーザー ID やパスワードなど) を 1 回だけ提供して、複数のアプリケーションにアクセスできるようにすることです。また、これにより、Web アプリケーションは、パスワードなどのユーザーのセキュリティ資格情報にアクセスすることなく、ユーザーを認証できます。CAS という名前は、このプロトコルを実装するソフトウェアパッケージを指すこともあります。

説明

CAS プロトコルには、クライアントWeb ブラウザ、認証を要求する Webアプリケーション、CAS サーバーの少なくとも 3 つの関係者が関与します。また、独自の HTTP インターフェイスを持たず、Web アプリケーションと通信するデータベースサーバーなどの バックエンドサービスが関与する場合もあります。

クライアントが認証を必要とするアプリケーションにアクセスすると、アプリケーションはそれを CAS にリダイレクトします。CAS は通常、ユーザー名とパスワードをデータベース ( Kerberos、LDAP、Active Directoryなど) と照合して、クライアントの信頼性を検証します。

認証が成功すると、CAS はサービスチケットを渡してクライアントをアプリケーションに返します。次に、アプリケーションは、セキュリティで保護された接続を介して CAS に接続し、独自のサービス ID とチケットを提供することで、チケットを検証します。次に、CAS は、特定のユーザーが正常に認証されたかどうかに関する信頼できる情報をアプリケーションに提供します。

CAS は、プロキシアドレスを介した多層認証を可能にします。データベースやメールサーバーなどの連携バックエンドサービスは CAS に参加し、Web アプリケーションから受信した情報を使用してユーザーの信頼性を検証できます。したがって、Web メールクライアントと Web メールサーバーはすべて CAS を実装できます。

歴史

CAS は、イェール大学技術計画部のShawn Bayernによって考案され、開発されました。その後、イェール大学の Drew Mazurek によって保守されました。CAS 1.0 ではシングルサインオンが実装されました。CAS 2.0 では、多層プロキシ認証が導入されました。新機能を備えた他のいくつかの CAS ディストリビューションが開発されました。

2004 年 12 月、CAS はJava in Administration Special Interest Group (JASIG)のプロジェクトとなり、2008 年以降は JASIG が CAS の保守と開発を担当しています。以前は「Yale CAS」と呼ばれていた CAS は、現在は「Jasig CAS」としても知られています。2010 年、Jasig は Sakai Foundation と 2 つの組織を合併する交渉を開始しました。2 つの組織は 2012 年 12 月に Apereo Foundation として統合されました。

2006年12月、アンドリュー・W・メロン財団は、 CASの開発に対して、同大学に第1回メロン技術協力賞として5万ドルを授与した。^[2]授与当時、CASは「（他の受益者とともに）何百もの大学キャンパス」で使用されていた。

2013年4月にCASプロトコル仕様3.0がリリースされました。^[3]

実装

‹テンプレート マニュアルは統合が検討されています。›

Apereo CAS 実装

現在、CAS プロトコルのリファレンス実装である Apereo CAS サーバーは、次の機能をサポートしています。

CAS v1、v2、v3 プロトコル
SAML v1 および v2 プロトコル
OAuthプロトコル
OpenID および OpenID Connect プロトコル
WS-Federation パッシブリクエスタプロトコル
JAAS、LDAP、RDBMS、X.509、Radius、SPNEGO、JWT、Remote、Trusted、BASIC、Apache Shiro、MongoDB、Pac4J などによる認証。
WS-FED、Facebook、Twitter、SAML IdP、 OpenID、OpenID Connect、CAS などへの委任認証。
ABAC、時間/日付、REST、Internet2 の Grouper などによる認証。
Hazelcast、Ehcache、JPA、Memcached、Apache Ignite、MongoDB、Redis、Couchbase などを使用した HA クラスター化されたデプロイメント。
JSON、LDAP、YAML、JPA、Couchbase、MongoDB などを利用したアプリケーション登録。
Duo Security、SAASPASS、 YubiKey、RSA、Google Authenticator ( TOTP ) などによる多要素認証。
ログ記録、監視、統計、構成、クライアント登録などを管理するための管理 UI。
グローバルおよびアプリケーションごとのユーザーインターフェイスのテーマとブランディング。
パスワード管理とパスワードポリシーの適用。

Django 実装

Django CAS サーバー

django-mama-cas: ^[4] Django Central Authentication Service (CAS)シングルサインオンサーバー

Django CAS クライアント

django-cas-ng: ^[5] Django CAS 1.0/2.0/3.0クライアント認証ライブラリ、Django 2.0、2.1、2.2、3.0、Python 3.5+をサポート

参照

参考文献

^ “JASIG CAS プロトコルページ”.アペレオ/JASIG 。2016 年6 月 24 日に取得。
^ メロン技術コラボレーション賞プレスリリース(PDF)。
^ 「CAS プロトコル仕様 3.0」。2020年11 月 6 日閲覧。
^ “django-mama-cas”. GitHub . 2022年2月16日.
^ 「django-cas-ng」。

外部リンク

Stanford WebAuth 2010-07-11 にWayback Machineでアーカイブされました
ミネソタ大学 CookieAuth
Apereo CAS プロジェクト
ジャンゴママカス
ジャンゴ-cas-ng

[casSpec-1] “JASIG CAS プロトコルページ”.アペレオ/JASIG 。2016 年6 月 24 日に取得。

[2] メロン技術コラボレーション賞プレスリリース(PDF)。

[casSpec3.0-3] 「CAS プロトコル仕様 3.0」。2020年11 月 6 日閲覧。

[django-mama-cas-4] “django-mama-cas”. GitHub . 2022年2月16日.

[django-cas-ng-5] 「django-cas-ng」。