7.2.2. SASL ポリシー
メカニズムの選択方法は、SASL ポリシーを調整して詳細に調整できます。これには、希望のポリシーに一致するかどうかに基づいてメカニズム/除外メカニズムを効果的に含まれます。
| Policy | 説明 |
|---|---|
| forward-secrecy | 選択した SASL メカニズムがセッション間の転送セキュリティーをサポートする必要があることを指定します。つまり、1 つのセッションに分割しても、今後のセッションに侵入するための情報が自動的に提供されないことを意味します。 |
| pass-credentials | 選択した SASL メカニズムにクライアントクレデンシャルが必要であることを指定します。 |
| no-plain-text | 選択した SASL メカニズムが単純な平文パッシブ攻撃の影響を受けないように指定します。 |
| no-active | 選択した SASL メカニズムが、アクティブな(ディクショナリー以外)攻撃を受けない必要があることを指定します。このメカニズムでは、アクティブな攻撃を防ぐために相互認証が必要になる場合があります。 |
| no-dictionary | 選択した SASL メカニズムが受動的な辞書攻撃の影響を受けないように指定します。 |
| no-anonymous | 選択した SASL メカニズムが匿名ログインを許可しないことを指定します。 |
各ポリシーの値は「true」または「false」のいずれかになります。ポリシーが存在しない場合は、選択したメカニズムにその特性(ポリシーを「false」に設定する場合と同じ)は必要ありません。例外の 1 つが no-anonymous ポリシーで、存在しない場合はデフォルトで true に設定され、匿名接続が阻止されます。
エンドポイントへの匿名および認証された接続を混在させ、認証設定をキャッシュするために実際のアクセスロジックを委譲することができます。これを行うには、no-anonymous ポリシーを false に設定し、キャッシュ承認を有効にします。
以下の設定は、利用可能なすべてのメカニズムを選択しますが、選択したポリシーに関する唯一のメカニズムであるため、実際には GSSAPI のみを有効にします。
hot Rod コネクターポリシー
<hotrod-connector socket-binding="hotrod" cache-container="default">
<authentication security-realm="ApplicationRealm">
<sasl server-name="myhotrodserver" mechanisms="PLAIN DIGEST-MD5 GSSAPI EXTERNAL" qop="auth">
<policy>
<no-active value="true" />
<no-anonymous value="true" />
<no-plain-text value="true" />
</policy<>
</sasl>
</authentication>
</hotrod-connector>