第4章 Data Grid Server へのアクセスのセキュリティー保護
認証および暗号化メカニズムを設定して、Data Grid Server へのアクセスをセキュリティー保護し、データを保護します。
4.1. Data Grid サーバーのセキュリティーレルムの定義 リンクのコピーリンクがクリップボードにコピーされました!
セキュリティーレルムは、ID、暗号化、認証、および承認情報を Data Grid サーバーエンドポイントに提供します。
4.1.1. プロパティーレルム リンクのコピーリンクがクリップボードにコピーされました!
プロパティーレルムはプロパティーファイルを使用して、ユーザーおよびグループを定義します。
users.properties
は、ユーザー名をプレーンテキスト形式でパスワードにマッピングします。DIGEST-MD5
SASL メカニズムまたは Digest
HTTP メカニズムを使用する場合は、パスワードを事前にダイジェストすることもできます。
myuser=a_password user2=another_password
myuser=a_password
user2=another_password
groups.properties
はユーザーをロールにマッピングします。
myuser=supervisor,reader,writer user2=supervisor
myuser=supervisor,reader,writer
user2=supervisor
プロパティーレルム設定
サポート対象の認証メカニズム
プロパティーレルムは、以下の認証メカニズムをサポートします。
-
SASL:
PLAIN
、DIGEST-*
、およびSCRAM-*
-
HTTP(REST):
Basic
およびDigest
4.1.1.1. ユーザーの作成と変更 リンクのコピーリンクがクリップボードにコピーされました!
Data Grid Server では、デフォルトのプロパティーレルムに対してユーザーを認証する必要があります。Data Grid Server にアクセスする前に、少なくとも 1 人のユーザーとパスワードを作成して認証情報を追加する必要があります。ユーザーが属するセキュリティー承認グループを追加および変更することもできます。
手順
-
$RHDG_HOME
でターミナルを開きます。 -
user
コマンドを使用して Data Grid ユーザーを作成および変更します。
このコマンドの使用方法の詳細は、help user
を実行してください。
ユーザーとパスワードの作成
Linux
bin/cli.sh user create myuser -p "qwer1234!"
$ bin/cli.sh user create myuser -p "qwer1234!"
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Microsoft Windows
bin\cli.bat user create myuser -p "qwer1234!"
$ bin\cli.bat user create myuser -p "qwer1234!"
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
グループメンバーシップを持つユーザーの作成
Linux
bin/cli.sh user create myuser -p "qwer1234!" -g supervisor,reader,writer
$ bin/cli.sh user create myuser -p "qwer1234!" -g supervisor,reader,writer
Copy to Clipboard Copied! Toggle word wrap Toggle overflow Microsoft Windows
bin\cli.bat user create myuser -p "qwer1234!" -g supervisor,reader,writer
$ bin\cli.bat user create myuser -p "qwer1234!" -g supervisor,reader,writer
Copy to Clipboard Copied! Toggle word wrap Toggle overflow
4.1.2. LDAP レルム リンクのコピーリンクがクリップボードにコピーされました!
LDAP レルムは、OpenLDAP、Red Hat Directory Server、Apache Directory Server、Microsoft Active Directory などの LDAP サーバーに接続して、ユーザーを認証し、メンバーシップ情報を取得します。
LDAP サーバーは、サーバーのタイプとデプロイメントに応じて、異なるエントリーレイアウトを持つことができます。このため、LDAP レルム設定は複雑です。すべてのポジションの設定の例を提供するために、本書では扱いません。
LDAP レルム設定
- 1
- LDAP レルムに名前を付けます。
- 2
- LDAP サーバー接続 URL を指定します。
- 3
- LDAP サーバーに接続するためのプリンシパルおよび認証情報を指定します。重要
LDAP 接続のプリンシパルには、LDAP クエリーを実行し、特定の属性にアクセスするために必要な権限が必要です。
- 4
- 必要に応じて、接続タイムアウトなどを指定して LDAP サーバー接続を調整します。
- 5
- ユーザーの認証情報を検証します。Data Grid は設定済みの認証情報を使用して LDAP サーバーへの接続を試みます。または、パスワードを指定する
user-password-mapper
要素を使用することもできます。 - 6
- LDAP エントリーをアイデンティティーにマッピングします。
rdn-identifier
は、指定された識別子 (通常はユーザー名) をもとにユーザーエントリーを検索する LDAP 属性を指定します (例:uid
またはsAMAccountName
属性)。 - 7
- ユーザーエントリーを含む LDAP サブツリーへの検索を制限する開始コンテキストを定義します。
- 8
- ユーザーがメンバーとなっている全グループを取得します。通常、メンバーシップ情報を保存する方法は 2 つあります。
-
通常、
member
属性にクラスgroupOfNames
を持つグループエントリーの下。この場合は、前述の設定例にあるように、属性フィルターを使用できます。このフィルターは、提供されたフィルターに一致するエントリーを検索します。フィルターは、ユーザーの DN と等しいmember
属性を持つグループを検索します。次に、フィルターは、from
で指定されたグループエントリーの CN を抽出し、それをユーザーのRoles
に追加します。 memberOf
属性のユーザーエントリー。この場合、以下のような属性参照を使用する必要があります。<attribute-reference reference="memberOf" from="cn" to="Roles" />
この参照は、ユーザーエントリーからすべての
memberOf
属性を取得し、from
で指定された CN を抽出し、それらをユーザーのRoles
に追加します。
-
通常、
サポート対象の認証メカニズム
LDAP レルムは、以下の認証メカニズムを直接サポートします。
-
SASL:
PLAIN
、DIGEST-*
、およびSCRAM-*
-
HTTP(REST):
Basic
およびDigest
4.1.2.1. LDAP レルムプリンシパルの書き換え リンクのコピーリンクがクリップボードにコピーされました!
GSSAPI
、GS2-KRB5
、Negotiate
などの一部の SASL 認証メカニズムでは、LDAP サーバーの検索に使用する前に クリーンアップ する必要のあるユーザー名を提供します。
- 1
- 正規表現を使用してプリンシパルからユーザー名を抽出するリライトを定義します。
4.1.3. トラストストアレルム リンクのコピーリンクがクリップボードにコピーされました!
トラストストアレルムは、Data Grid サーバーへの接続が許可されるすべてのクライアントのパブリック証明書が含まれるキーストアを使用します。
サポート対象の認証メカニズム
トラストストアレルムは、クライアント証明書の認証メカニズムと連携します。
-
SASL:
EXTERNAL
-
HTTP (REST):
CLIENT_CERT
4.1.4. トークンレルム リンクのコピーリンクがクリップボードにコピーされました!
トークンレルムは外部サービスを使用してトークンを検証し、Red Hat SSO などの RFC-7662 (OAuth2 トークンイントロスペクション) と互換性のあるプロバイダーを必要とします。
サポート対象の認証メカニズム
トークンレルムは、以下の認証メカニズムをサポートします。
-
SASL:
OAUTHBEARER
-
HTTP (REST):
Bearer