この章では、認証と認可を使用してOracle WebLogic ServerドメインにおいてOracle Coherenceを保護する方法について説明します。説明はOracle WebLogic Server管理コンソール固有のものであり、Oracle WebLogic Scripting Tool (WLST)の詳細は含まれていません。Oracle WebLogic Server管理コンソールの使用の詳細は、Oracle WebLogic Server管理コンソール・オンライン・ヘルプを参照してください。WLSTの使用の詳細は、WebLogic Scripting Toolコマンド・リファレンスを参照してください。
この章には次の項が含まれます:
Oracle WebLogic Serverドメイン内でOracle Coherenceをデプロイする場合に使用できるいくつかのセキュリティ機能があります。デフォルトのセキュリティ構成では、いずれのサーバーもクラスタに参加でき、いずれのExtendクライアントもクラスタのリソースにアクセスできます。クラスタの無許可の使用に対して保護するには、次のセキュリティ機能を構成する必要があります。
Oracle Coherenceアクセス・コントローラ – クラスタ・メンバー間の認可を提供します
Oracle WebLogic Server認可 – Oracle Coherenceキャッシュおよびサービスへ認可を提供します
Oracle Coherence IDトークン – Extendクライアントの認証を提供します
Oracle WebLogic ServerドメインにおけるOracle Coherenceのセキュリティの多くは、既存のセキュリティ機能を再利用します。これらの既存のセキュリティ・コンポーネントの知識が前提となっています。可能な場合は、このドキュメント内で既存のコンテンツへの参照が提供されます。
Oracle Coherenceセキュリティ・フレームワーク(アクセス・コントローラ)をOracle WebLogic Serverドメインで有効化して、クラスタ・リソースおよび操作へのアクセスを保護できます。アクセス・コントローラは認可を提供し、クラスタ・メンバー間の暗号化/復号化を使用して信頼を検証します。アクセス・コントローラの詳細は、「アクセス・コントローラの使用方法の概要」を参照してください。
Oracle WebLogic Serverでは、アクセス・コントローラは、管理対象Coherenceサーバーのキーストアを使用してOracle Coherenceクラスタ・メンバー間のコール元IDを確立します。デモアイデンティティ・キーストアがデフォルトで使用され、それにはデフォルトのSSL ID (DemoIdentity)が含まれています。デフォルトのキーストアおよびIDは、設定の必要がなく、開発およびテストに適しています。特定のキーストアおよびIDを本番環境に作成する必要があります。Oracle WebLogic Serverにおけるキーストア、IDおよび信頼の構成の詳細は、「Oracle WebLogic Serverのセキュリティの管理」を参照してください。
Oracle WebLogic Serverドメインでセキュリティ・フレームワークを有効化するには:
「Coherenceクラスタのサマリー」ページから、「Coherenceクラスタ」をクリックして、その設定を構成します。
クラスタの設定ページから、「セキュリティ」タブをクリックします。
一般タブから、セキュリティ・フレームワーク有効オプションをクリックし、セキュリティ・フレームワークを有効化します。
「保存」をクリックします。
Oracle Coherenceセキュリティ・フレームワークでは、認証を実行する際にプリンシパル(ID)が必要です。SSLデモアイデンティティ・キーストアがデフォルトで使用され、それにはデフォルトのSSL ID (DemoIdentity)が含まれています。SSLデモ・キーストアおよびIDは通常、開発中に使用されます。本番環境では、SSLキーストアおよびIDを作成する必要があります。たとえば、Javaのkeytool
ユーティリティを使用して、admin
IDを含むキーストアを作成します。
keytool -genkey -v -keystore ./keystore.jks -storepass password -alias admin -keypass password -dname CN=Administrator,O=MyCompany,L=MyCity,ST=MyState
注意: SSLキーストアおよびIDを作成する場合、そのSSLキーストアおよびIDを使用するようにOracle WebLogic Serverを構成する必要があります。さらに、クラスタ内のすべての管理対象Coherenceサーバーのキーストアに、同じSSL IDが存在する必要があります。「設定」ページの「キーストア」および「SSL」タブを使用して、管理対象CoherenceサーバーにキーストアおよびIDを構成します。 |
デフォルトのSSL IDをオーバーライドして、セキュリティ・フレームワークで使用するIDを指定するには:
「Coherenceクラスタのサマリー」ページから、「Coherenceクラスタ」をクリックして、その設定を構成します。
クラスタの設定ページから、「セキュリティ」タブをクリックします。
セキュリティ・フレームワークがまだ有効でない場合は、一般タブから、セキュリティ・フレームワーク有効オプションをクリックし、有効化します。
「秘密鍵の別名」フィールドに、IDの別名を入力します。
「秘密鍵のパスフレーズ」フィールドに、IDのパスワードを入力します。
「秘密鍵のパスフレーズを確認」フィールドに、パスワードを再入力します。
「保存」をクリックします。
Oracle WebLogic Server認証を使用して、ドメイン内で実行するOracle Coherenceリソースを保護できます。特に、様々なロールおよびポリシーを作成して、キャッシュおよびサービスへのアクセスを制御できます。デフォルトでは認可が有効であり、デフォルトの認可ポリシーではすべてのユーザーがすべてのOracle Coherenceリソースにアクセスできます。Oracle WebLogic Serverにおけるロールおよびポリシーの作成の詳細は、「Oracle WebLogic Serverロールおよびポリシーによるリソースの保護」を参照してください。
認可ロールおよびポリシーは、キャッシュおよびサービスに明示的に構成されます。保護されることになるキャッシュ名およびサービスを知っておく必要があります。キャッシュ構成ファイルの調査によって、キャッシュ名およびサービス名が提供される場合があります。ただし、Oracle Coherenceのキャッシュ名のワイルドカード・サポートのために、アプリケーションで使用されているキャッシュ名を知っているアプリケーション開発者またはアーキテクトに確認する必要がある場合があります。たとえば、キャッシュ構成ファイル内のキャッシュ・マッピングは、ワイルドカード(*
またはdist-*
など)を使用する可能性があり、アプリケーションで実際に使用されているキャッシュの名前を示しません。
注意: サービスまたはキャッシュ・リソースを削除しても、リソースに対して定義されているロールおよびポリシーは削除されません。ロールおよびポリシーは、サービスまたはキャッシュ・リソースを削除する前に、明示的に削除する必要があります。 |
Oracle WebLogic Server認証を使用して、特定のOracle Coherenceキャッシュへのアクセスを制限できます。キャッシュ認証を指定するには:
「Coherenceクラスタのサマリー」ページから、「Coherenceクラスタ」をクリックして、その設定を構成します。
クラスタの設定ページから、「セキュリティ」タブおよび「キャッシュ」サブタブをクリックします。
Click 「新規」をクリックして、ロールやポリシーを定義するキャッシュを定義します。Coherenceキャッシュの作成ページが表示されます。
「名前」フィールドにキャッシュの名前を入力します。キャッシュの名前は、アプリケーションで使用されるキャッシュの名前と正確に一致する必要があります。
「終了」をクリックします。Coherenceのキャッシュ・ページに、キャッシュがリストされます。
キャッシュをクリックしてその設定ページにアクセスし、「ロール」タブと「ポリシー」タブをそれぞれ使用してスコープ指定ロールとスコープ指定ポリシーを定義できます。たとえば、特定のユーザーにキャッシュへのアクセスを許可するポリシーを作成できます。グローバル・ロールのメンバーシップに基づいてユーザーを選択するか、またはCoherence固有のスコープ指定ロールを作成して、キャッシュにアクセスできるユーザーの定義のために使用できます。スコープ指定ロールおよびポリシーの指定の詳細は、Oracle WebLogic Server管理コンソール・オンライン・ヘルプを参照してください。
Oracle WebLogic Server認証を使用して、Oracle Coherenceサービスへのアクセスを制限できます。キャッシュ・サービス(たとえば分散キャッシュ・サービス)に認証を指定すると、そのサービスで作成されるすべてのキャッシュへのアクセスに影響します。
サービス認証を指定するには:
「Coherenceクラスタのサマリー」ページから、「Coherenceクラスタ」をクリックして、その設定を構成します。
クラスタの設定ページから、「セキュリティ」タブおよび「サービス」サブタブをクリックします。
「新規」をクリックして、ロールやポリシーを定義するサービスを定義します。Coherenceサービスの作成ページが表示されます。
「名前」フィールドにサービスの名前を入力します。サービスの名前は、アプリケーションで使用されるサービスの名前と正確に一致する必要があります。
注意: 正確な名前には、サービス名に接頭辞としてスコープ名を含める必要があります。スコープ名は、キャッシュ構成ファイルに明示的に定義するか、より一般的には開発モジュール名から取ることができます。たとえば、ContactsService という名前のサービスを定義するcontacts.gar という名前のGARをデプロイする場合、正確なサービス名はcontacts:ContactsService となります。 |
「終了」をクリックします。Coherenceのサービス・ページに、サービスがリストされます。
サービスをクリックしてその設定ページにアクセスし、「ロール」タブと「ポリシー」タブをそれぞれ使用してスコープ指定ロールとスコープ指定ポリシーを定義できます。たとえば、特定のユーザーにサービスのアクセスを許可するポリシーを作成できます。グローバル・ロールのメンバーシップに基づいてユーザーを選択するか、またはCoherence固有のスコープ指定ロールを作成して、サービスにアクセスできるユーザーの定義のために使用できます。スコープ指定ロールおよびポリシーの指定の詳細は、Oracle WebLogic Server管理コンソール・オンライン・ヘルプを参照してください。
IDトークンは、Oracle Coherenceプロキシ・サーバーを介したOracle Coherenceクラスタへの無許可のアクセスに対して保護するために使用されます。IDトークンは、ローカル(WebLogic Server内)のExtendクライアント、およびリモート(WebLogic Server外)のJava、C++、および.NET Extendクライアントによって使用されます。有効なIDトークンを渡すクライアントのみに、クラスタ・サービスへのアクセスが許可されます。null
IDトークンが渡される場合(Subject
のスコープ外で接続するクライアント)、クライアントはOracle WebLogic Serverの匿名ユーザーとして処理されます。Extendクライアントは、匿名ユーザーがアクセスできるキャッシュおよびサービスにアクセスできます。
注意: IDが確立されたら、認可ポリシーを使用してそのIDを特定のキャッシュおよびサービスに制限する必要があります。認可の構成の詳細は、「Oracle Coherenceのキャッシュおよびサービスの認可」を参照してください。 |
IDトークン・セキュリティでは、IDトークンを作成するIDトランスフォーマの実装、およびIDトークンを検証するアイデンティティ・アサータの実装が必要です。デフォルトのIDトランスフォーマの実装(DefaultIdentityTransformer
)およびアイデンティティ・アサータの実装(DefaultIdentityAsserter)が用意されています。デフォルトの実装では、IDトークンとしてSubject
またはPrincipal
を使用します。ただし、いずれのセキュリティ・トークン・タイプもサポートする必要がある場合には(たとえばKerberosトークンのサポート)、カスタム実装を作成できます。トランスフォーマおよびアサータの実装作成の詳細は、「IDトークンを使用したクライアント接続の制限」を参照してください。
IDトランスフォーマはIDトークンとIDとを関連付けます。ローカル(Oracle WebLogic Server内)のExtendクライアントの場合、デフォルトのIDトランスフォーマは置換できません。デフォルトのIDトランスフォーマは、現在のOracle WebLogic Serverユーザーを示すweblogic.security.acl.internal.AuthenticatedSubject
のタイプのトークンを渡します。
リモート(Oracle WebLogic Server外)のExtendクライアントの場合、IDトランスフォーマの実装クラスをアプリケーションのクラスパスの一部として含める必要があり、実装クラスの完全修飾名をクライアントのオペレーション・オーバーライド・ファイルに定義する必要があります。IDトランスフォーマの有効化の詳細は、「カスタムIDトランスフォーマの有効化」を参照してください。次の例では、デフォルトのIDトランスフォーマを有効化します。
... <security-config> <identity-transformer> <class-name> com.tangosol.net.security.DefaultIdentityTransformer</class-name> </identity-transformer> </security-config> ...
リモートのExtendクライアントは、Subject.doAS
メソッド内のキャッシュ操作を実行する必要があります。例:
Principal principal = new WLSUserImpl("user"); Subject subject = new Subject(); subject.getPrincipals().add(principal); Subject.doAs(subject, new PrivilegedExceptionAction() { NamedCache cache = CacheFactory.getCache("mycache"); ...
アイデンティティ・アサータは、Oracle Coherenceクラスタに対して有効化する必要があり、クライアントのIDトークンをアサート(検証)するために使用されます。ローカル(Oracle WebLogic Server内)のExtendクライアントの場合、アイデンティティ・アサータはweblogic.security.acl.internal.AuthenticatedSubject
のタイプのトークンをアサートするためにすでに有効化されています。
リモート(Oracle WebLogic Server外)のExtendクライアントの場合、カスタム・アイデンティティ・サータの実装クラスがGARにパッケージ化されている必要があります。ただし、リモートのExtendクライアントがトークンとしてnull
を渡す場合、アイデンティティ・アサータは必要ありません。プロキシ・サービスがnullでないトークンを受信し、アイデンティティ・アサータの実装クラスが構成されていない場合、SecurityException
がスローされ、接続試行が拒否されます。
クラスタに対してアイデンティティ・アサータを有効化するには:
「Coherenceクラスタのサマリー」ページから、「Coherenceクラスタ」をクリックして、その設定を構成します。
クラスタの設定ページから、「セキュリティ」タブをクリックします。
一般タブから「IDアサーション」フィールドを使用して、アサータ・クラスの完全修飾名、および必要な場合はクラス・コンストラクタ引数を入力します。たとえば、デフォルトのアイデンティティ・アサータを使用して、次のように入力します。
com.tangosol.net.security.DefaultIdentityAsserter
「保存」をクリックします。
変更を有効にするには、クラスタ・サーバーを再起動するか、GARを再デプロイします。