7.2. Hot Rod 認証
Hot Rod プロトコルは、SASL メカニズムを利用して認証をサポートします。サポートされる SASL メカニズム(通常はメッチとして省略)は以下のとおりです。
- PLAIN - 認証情報はプレーンテキスト形式でネットワーク上で送信されるため、最も安全ではないメッセージです。暗号化(TLS など)と組み合わせて、安全に使用できます。
- DIGEST-MD5 - ネットワーク上で送信する前に認証情報をハッシュ化するので、PLAIN より安全になります。
- GSSAPI - このメッチは Kerberos チケットを使用するため、適切に設定された Kerberos ドメインコントローラー(Microsoft Active Directory など)が必要です。
- EXTERNAL - このメッチは、基礎となるトランスポート(X.509 クライアント証明書などから)から認証情報を取得するため、client-certificates を使用した暗号化を有効にする必要があります。
以下の設定は、DIGEST-MD5 SASL メカニズムを使用した ApplicationRealm に対する認証を有効にし、認証 QoP のみを有効にします( SASL Protection の Protection を参照してください)。
hot Rod コネクター設定
<hotrod-connector socket-binding="hotrod" cache-container="default">
<authentication security-realm="ApplicationRealm">
<sasl server-name="myhotrodserver" mechanisms="DIGEST-MD5" qop="auth" />
</authentication>
</hotrod-connector>
server-name 属性に注目してください。これは、サーバーが受信クライアントに対して宣言する名前であるため、クライアント設定が一致する必要があります。GSSAPI は Kerberos サービス名と同等であるため、特に重要です。複数のメカニズムを指定でき、順番に試行されます。
7.2.1. SASL 保護品質 リンクのコピーリンクがクリップボードにコピーされました!
SASL の主な目的は認証を提供することですが、整合性およびプライバシー保護もサポートしています(保護品質(または qop)とも呼ばれます)。認証ネゴシエーション時に、暗号はクライアントとサーバー間で交換され、その後のすべてのトラフィックにチェックサムと暗号化を追加するのに使用できます。qop の必須レベルは、以下のように調整できます。
| QOP | 説明 |
|---|---|
| auth | 認証のみ |
| auth-int | 整合性保護による認証 |
| auth-conf | 整合性とプライバシー保護による認証 |