提供: Bright Pattern Documentation
• 日本語

Revision as of 02:47, 23 September 2026 by BpTranslationReview (talk | contribs) (Reviewed via BpTranslationReview)

< 前へ | 次へ >
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
移動先: 案内、 検索
• English

セキュリティポリシー

セキュリティポリシーの設定では、ユーザーがコンタクトセンターにサインインする方法、および認証情報の構成や管理方法に関するルールを定義します。このページでは、サインインの失敗が繰り返された場合のアカウントのロックアウト、パスワード強度や履歴に関する要件の適用、パスワードや非アクティブアカウントの有効期限の設定、および多要素認証(MFA)の必須化を行うことができます。

画面のプロパティ

以下のプロパティは、コンタクトセンターのすべてのユーザーに適用されます。一部のオプションは、サービスプロバイダーによって強制される場合があります。その場合、オプションは事前設定済みとして表示され、変更することはできません。

アカウントのロックアウト

このセクションでは、ログインの失敗試行回数が一定回数を超えた場合に、ユーザーアカウントを一時的にロックするかどうか、およびその方法を制御します。これにより、パスワードの推測攻撃から保護することができます。


アカウントロックアウトの設定


ロックアウトを有効にする

有効にすると、設定された回数分のログイン失敗が発生した後、ユーザーアカウントがロックされます。無効にすると、アカウントはロックされず、以下の設定は適用されません。PCI DSSセキュリティ基準に準拠するためには、このオプションを有効にする必要があります。

最大ログイン試行回数

アカウントがロックされるまでに許容される、連続したログイン失敗の試行回数です。PCI DSSセキュリティ基準に準拠するには、この値を6以上にしてください。

試行回数のリセットまでの時間

最後の失敗した試行から計測される時間で、この時間が経過すると失敗試行回数のカウンターがゼロに戻ります。この期間内に最大回数に達しなかった場合、カウントは最初からやり直しになります。

ロックアウトの期間

ユーザーが再度ログインを試行できるようになるまでの、アカウントのロック状態の継続時間です。自動解除を無効にするには、この値を0に設定してください。この場合、ロックされたアカウントは管理者が手動で解除するしかありません。PCI DSSセキュリティ基準に準拠するには、この値を30分以上に設定してください。

パスワードの複雑さ

このセクションでは、ユーザーのパスワードが満たすべき最低限の強度要件を定義します。


  • パスワードの複雑性に関するルールに変更があった場合、その変更は、あらゆる方法(セルフサービス、管理者による操作、インポート、API、自動生成)によるパスワードの設定または変更の新規試行すべてに直ちに適用されます。
  • 既存のユーザーについては、次にパスワードを変更するまでは影響を受けません。
  • インポートまたはAPIによってパスワードが設定または変更される場合、要件を満たさないパスワードを使用しようとすると、要件を満たしていない特定のユーザーを識別するエラーが表示され、試行は失敗します。



パスワードの複雑さに関する設定


パスワードの最小文字数

パスワードに含まれる必要がある最小文字数です。設定可能な最小値は、サービスプロバイダーによって決定されます(例:8文字)。

数字と英字の併用を必須とする

この設定を有効にすると、パスワードには数字と英字の両方が含まれている必要があります。この要件は、サービスプロバイダーによって強制される場合があります。

大文字と小文字の両方を必須にする

この設定を有効にすると、パスワードには大文字と小文字の両方が含まれている必要があります。

特殊文字の必須設定

この設定を有効にすると、パスワードには句読点や記号などの特殊文字が少なくとも1つ含まれている必要があります。

ログイン名およびテナント名との照合

この設定を有効にすると、パスワードにユーザーのログインIDやテナント名を含めることはできません。この要件は、サービスプロバイダーによって強制される場合があります。

脆弱なパスワードリストとの照合

この設定を有効にすると、パスワードは、一般的に使用され、推測されやすいパスワードのリストと照合され、該当するものは拒否されます。「現在のリストを表示」をクリックすると、このチェックに使用される脆弱なパスワードを確認できます。

パスワード履歴

このセクションでは、ユーザーが最近使用したパスワードを再利用できるかどうかを制御します。


パスワード履歴の設定


以前に使用したパスワードとの照合

この機能を有効にすると、ユーザーは最近使用したパスワードと一致する新規のパスワードを設定できなくなります。PCI DSSセキュリティ基準に準拠するには、このオプションを有効にしてください。

保持する過去に使用したパスワードの数

ユーザーの直近のパスワードの履歴のうち、記憶され、再利用できないものとして保持される数です。PCI DSSセキュリティ基準に準拠するには、この値を4以上にしてください。

有効期限ポリシー

このセクションでは、パスワードの変更頻度、および未使用アカウントが無効化されるタイミングを制御します。


有効期限ポリシー設定


ユーザーにパスワード変更を必須とする間隔(日数)

パスワードの有効期限(日数)です。パスワードがこの期間に達すると、ユーザーは次回のサインイン時に新しいパスワードを設定する必要があります。パスワードの有効期限を設けない場合は、このフィールドを空欄のままにしてください。PCI DSSセキュリティ基準に準拠するには、この値を90日以下に設定してください。

非アクティブなアカウントを無効にするまでの期間

ユーザーアカウントが自動的に無効化されるまでの非アクティブ期間(日数)です。非アクティブを理由にアカウントを無効化しない場合は、このフィールドを空欄のままにしてください。PCI DSSセキュリティ基準に準拠するには、この値を90日以下に設定してください。

例外

「非アクティブアカウントを無効化するまでの期間」ルールから除外されるユーザーアカウントの一覧です。ここにリストされたアカウントは、非アクティブ状態であっても無効化されることはありません。ユーザーを選択して、このリストに追加してください。なお、APIの利用はアカウントのアクティビティとしてカウントされるようになったため、APIユーザーは非アクティブ状態であっても無効化されなくなりました。

多要素認証の設定

多要素認証(MFA)では、ユーザーはパスワードに加えて、第2の要素を用いて本人確認を行う必要があります。このセクションでは、MFAの使用が必須となるユーザーと、利用可能な第2の要素を制御します。ユーザーに認証が求められるタイミングや方法については、「多要素認証のチャレンジはどのように発行されますか?」を参照してください。


多要素認証の設定


MFAの使用が必須となるユーザーを選択してください:

  • 無効:どのユーザーに対してもMFAは必須ではありません。
  • すべてに有効:すべてのユーザーがサインイン時にMFAを完了する必要があります。
  • 特定の役割に対して有効:選択済みの役割のいずれかに割り当てられたユーザーのみがMFAを完了する必要があります。表示されるフィールドから該当する役割を選択してください。

以下のオプションにより、ユーザーが使用できる第2の認証要素が決まります。

MFAにおけるブラウザの信頼設定を有効にする

この機能を有効にすると、ブラウザでMFAを完了したユーザーはそのブラウザを「信頼済み」としてマークできます。これにより、信頼の有効期限が切れるまで、そのブラウザでは再度第2要素の入力を求められることはありません。

  • ブラウザの信頼期間を制限する:ユーザーが再度MFAを完了する必要があるまでの、ブラウザが「信頼済み」として扱われる日数です。

MFAにおけるメールを第2要素として使用することを許可する

有効にすると、ユーザーはメールでワンタイムパスワード(OTP)コードを受け取り、それを第2の認証要素として使用できるようになります。これには、コンタクトセンター用にシステムメールを設定しておく必要があります。

  • OTPメールの件名:OTPコードを送信するメールの件名です。
  • OTPメールのテンプレート:OTPメールの本文です。$(TENANT_NAME)や$(OTP)などのプレースホルダーは、メール送信時にテナント名や生成されたコードに置き換えられます。

MFAにおける第2の認証要素としてTOTPコードの使用を許可する

この機能を有効にすると、ユーザーはRFC 6238準拠の認証アプリを使用して、時間ベースのワンタイムパスワード(TOTP)を生成し、それを第2の認証要素として使用できるようになります。

  • 初期TOTPシークレット設定の猶予期間:TOTP認証アプリの設定が必須となるまでに、ユーザーが設定を行うことができる期間です。この猶予期間は、ユーザーがメールによるOTPを利用可能な場合は適用されません。ユーザーがこの期間内にTOTPを設定しない場合、管理者がTOTPの設定をリセットする必要があります。
  • 管理者によるリセット後のTOTPシークレット設定の猶予期間:管理者が既存のTOTPシークレットをリセットした後、ユーザーがTOTP認証アプリを再設定するための猶予期間です。この期間内に設定が行われない場合、管理者は再度リセットを行う必要があります。
    < 前へ | 次へ >