Firepower システムユーザ管理

次のトピックでは、管理アクセス権を持つユーザが Firepower システム内のユーザアカウントを管理する方法について説明します。

ユーザの役割

Firepower システムでは、ユーザのロールに基づいてユーザ特権を割り当てることができます。たとえば、アナリストに対して Security Analyst や Discovery Admin などの事前定義ロールを付与し、Firepower システムを管理するセキュリティ管理者に対して Administrator ロールを予約することができます。また、組織のニーズに合わせて調整されたアクセス権限を含むカスタムユーザロールを作成することもできます。

管理対象デバイスのプラットフォーム設定ポリシーでは、そのデバイスからの外部で認証されたすべてのユーザのデフォルトアクセスロールを設定します。外部認証ユーザの初回ログイン後に、[ユーザ管理（User Management）] ページでそのユーザのアクセス権を追加または削除できます。ユーザの権限を変更しない場合、そのユーザにはデフォルトで付与される権限のみが設定されます。内部認証ユーザは手動で作成されるため、内部認証ユーザの作成時にアクセス権を設定します。

LDAP グループを使用したアクセス権の管理を設定した場合、ユーザのアクセス権は LDAP グループメンバーシップに基づいています。属しているグループの中で最も高いレベルのアクセスを持つグループのデフォルトアクセス権が付与されます。ユーザがどのグループにも属していない場合にグループアクセスを設定していた場合、ユーザには、LDAP サーバの認証オブジェクトで設定されているデフォルトユーザアクセス権が付与されます。グループアクセスを設定すると、それらの設定によってプラットフォーム設定ポリシーのデフォルトアクセス設定がオーバーライドされます。

同様に、RADIUS 認証オブジェクトの特定のユーザロールリストにユーザを割り当てると、1 つ以上のロールが相互に矛盾しない限り、割り当てられたすべてのロールがそのユーザに付与されます。2 つの相互に矛盾するロールのリストにユーザが含まれている場合、最も高いレベルのアクセスを持つロールが付与されます。ユーザがどのリストにも属しておらず、認証オブジェクトでデフォルトアクセスロールを設定している場合、そのユーザにはそのデフォルトアクセスロールが付与されます。認証オブジェクトでデフォルトアクセスを設定すると、それらの設定によってプラットフォーム設定ポリシーのデフォルトアクセス設定がオーバーライドされます。

マルチドメイン展開では、複数のドメインでユーザロールを割り当てることができます。たとえば、ユーザにグローバルドメインでは読み取り専用権限を割り当て、サブドメインでは管理者権限を割り当てることができます。

定義済みのユーザロール

Firepower System では、組織のニーズを満たすために、アクセス権限セットの範囲を提供する 10 の定義済みのユーザロールを含みます。7000 および 8000 シリーズデバイスは、10 の定義済みユーザロールのうちの 3 つ（管理者、メンテナンスユーザ、セキュリティアナリスト）のみにアクセスする点にご注意ください。

定義済みユーザロールは編集できませんが、カスタムユーザロールの基準として、アクセス特権セットを使用できます。また、別のユーザロールに対して段階的に増やすように設定できません。

次の表では、利用可能な定義済みのロールを簡単に説明します。

アクセス管理者（Access Admin）

[ポリシー（Policies）] メニューでアクセス制御ポリシー機能や関連する機能へのアクセスが可能です。アクセス管理者は、ポリシーを展開できません。

管理者（Administrator）

解析およびレポート機能、ルールおよびポリシーコンフィギュレーション機能、システム管理機能、すべてのメンテナンス機能へのアクセスが可能です。管理者は、ポリシーを含むデバイスへの設定変更も展開できます。管理者は、すべてのメニューオプションにアクセスします。侵害された場合には、これらのセッションには高いセキュリティリスクが存在するため、ログインセッションがタイムアウトする可能性があります。

セキュリティ上の理由から、管理者ロールの使用を制限する必要があります。

検出管理者（Discovery Admin）

[ポリシー（Policies）] メニューのネットワーク検出機能、アプリケーション検出機能、相関機能にアクセス可能です。検出管理者は、ポリシーを展開できません。

外部データベースのユーザ（External Database User）

JDBC SSL 接続に対応しているアプリケーションを用いて、Firepower System データベースに対して読取り専用のアクセスが可能です。Firepower システムアプライアンスの認証を行うサードパーティのアプリケーションについては、システム設定内でデータベースへのアクセスを有効にする必要があります。Web インターフェイスでは、外部データベースユーザは、[ヘルプ（Help）] メニューのオンラインヘルプ関連のオプションのみにアクセスできます。このロールの機能は、web インターフェイスに搭載されていないため、サポートやパスワードの変更を容易にするためにのみアクセスが可能です。

侵入管理者（Intrusion Admin）

[ポリシー（Policies）] メニューと [オブジェクト（Objects）] メニューの侵入ポリシー機能、侵入ルール機能、ネットワーク分析ポリシー機能のすべてにアクセスが可能です。侵入管理者は、ポリシーを展開できません。

メンテナンスユーザ（Maintenance User）

監視機能やメインテナンス機能へのアクセスが可能です。メンテナンスユーザは、[ヘルス（Health）] メニューや [システム（System）] メニューのメンテナンス関連オプションにアクセスできます。

ネットワーク管理者（Network Admin）

[ポリシー（Policies）] メニューのアクセス制御機能、SSL インスペクション機能、DNS ポリシー機能、アイデンティティポリシー機能、および [デバイス（Devices）] メニューのデバイス設定機能へのアクセスが可能です。ネットワーク管理者は、デバイスへの設定の変更を展開できます。

セキュリティアナリスト（Security Analyst）

セキュリティイベント分析機能へのアクセスと [概要（Overview）] メニュー、[分析（Analysis）] メニュー、[ヘルス（Health）] メニュー、[システム（System）] メニューのヘルスイベントに対する読み取り専用のアクセスが可能です。

セキュリティアナリスト（読み取り専用）（Security Analyst (Read Only)）

[概要（Overview）] メニュー、[分析（Analysis）] メニュー、[ヘルス（Health）] メニュー、[システム（System）] メニューのセキュリティイベント分析機能とヘルスイベント機能への読み取り専用アクセスを提供します。

セキュリティ承認者（Security Approver）

[ポリシー（Policies）] メニューのアクセス制御ポリシーや関連のあるポリシー、ネットワーク検出ポリシーへの制限付きのアクセスが可能です。セキュリティ承認者はこれらのポリシーを表示し、展開できますが、ポリシーを変更することはできません。

外部認証ユーザは、他のロールを割当てられていない場合、LDAP または RADIUS 認証オブジェクトの設定やプラットフォーム設定に基づいて、最低限のアクセス権を有します。追加の権限をこれらのユーザに割り当てることができますが、最小アクセス権を削除または変更するには、次の操作を行う必要があります。

認証オブジェクト内のリスト間でユーザを移動するか、または外部認証サーバのユーザの属性値またはグループメンバーシップを変更します。
プラットフォームの設定を更新します。
ユーザ管理ページを使用して、ユーザアカウントからのアクセスを削除します。

カスタムユーザロール

事前定義ユーザロールの他に、特定の分野に特化したアクセス権限を含むカスタムユーザロールを作成できます。カスタムユーザロールには、メニューベースのアクセス許可およびシステムアクセス許可の任意のセットを割り当てることができます。また、最初から独自に作成したり、事前定義されたユーザロールを基に作成したりできます。事前定義ユーザロールと同様に、カスタムロールは外部認証ユーザのデフォルトロールとして使用できます。事前定義ロールとは異なり、カスタムロールは変更、削除できます。

選択可能なアクセス許可は階層構造になっており、Firepower システムのメニューレイアウトに基づいています。アクセス許可にサブページが含まれているか、または単純なページアクセスよりも詳細なアクセス許可が含まれている場合、このアクセス許可は拡張可能です。その場合、親のアクセス許可によって、ページビューアクセス、およびそのページの関連機能への詳細な子のアクセス権が付与されます。「管理（Manage）」という単語が含まれているアクセス許可は、他のユーザが作成する情報を編集および削除できる権限を付与します。

ヒント

メニュー構造に含まれていないページまたは機能の権限は、上位または関連ページにより付与されます。たとえば、Modify Intrusion Policy 特権があれば、ネットワーク解析ポリシーの変更もできます。

カスタムユーザロールに制限付き検索を適用できます。これにより、イベントビューアでユーザに対して表示されるデータが制限されます。制限付き検索を設定するには、最初に、プライベートの保存済み検索を作成し、該当するメニューベースのアクセス許可の下で [制限付き検索（Restricted Search）] ドロップダウンメニューからその検索を選択します。

Firepower Management Center でカスタムユーザロールを設定するときには、すべてのメニューベースのアクセス許可を付与できます。管理対象デバイスでカスタムユーザロールを設定するときには、デバイス機能に関連する一部のアクセス許可だけを使用できます。

[システム許可（System Permissions）] で選択できるオプションでは、外部データベースに対してクエリを実行したり、対象ユーザロールのアクセス許可にエスカレーションしたりすることができるユーザロールを作成できます。

オプションで、新しいカスタムユーザロールを作成する代わりに、別のアプライアンスからカスタムユーザロールをエクスポートし、ご使用のアプライアンスにインポートできます。インポートしたロールは、適用する前に、ニーズに合わせて編集できます。

例：カスタムユーザロールとアクセス制御

アクセス制御関連機能のカスタムユーザロールを作成して、Firepower システムのユーザのアクセス制御および関連付けられたポリシーの表示、変更権限の有無を指定できます。

次の表に、作成可能なカスタムロールと例として挙げたロールでそれぞれ与えられるユーザ権限を示します。表にはそれぞれのカスタムロールに必要な権限が記載されています。この例では、ポリシー承認者（Policy Approver）はアクセスコントロールポリシーと侵入ポリシーの表示が可能です（変更はできません）。また、ポリシー承認者は設定の変更をデバイスに展開することもできます。

表 1. アクセス制御のカスタムロールの例
カスタムロールの権限	例：アクセスコントロール編集者（Access Control Editor）	例：侵入およびネットワーク分析編集者（Intrusion & Network Analysis Editor）	例：ポリシー承認者（Policy Approver）
アクセス制御	Yes	No	Yes
アクセスコントロールポリシー（Access Control Policy）	Yes	No	Yes
アクセス制御ポリシーの変更（Modify Access Control Policy）	Yes	No	No
侵入ポリシー（Intrusion Policy）	No	Yes	Yes
侵入ポリシーの変更（Modify Intrusion Policy）	No	Yes	No
設定をデバイスに展開	No	No	Yes

ユーザアカウントの権限

ここでは、Firepower システムでの設定可能なユーザアクセス許可と、それらのアクセス許可にアクセスできる事前定義ユーザロールの一覧を示します。管理対象デバイスでは使用できないアクセス許可があります。Firepower Management Center でのみ使用可能なアクセス許可には、そのようにマークが付いています。

[概要（Overview）] メニュー

次の表は、[概要（Overview）] メニューの各オプションにアクセスするために必要なユーザロール特権と、ユーザロールがオプション内のサブ権限にアクセスできるかどうかを順に示しています。Security Approver、Discovery Admin、Intrusion Admin、Access Admin、Network Admin、および External Database User の各ロールには、[概要（Overview）] メニューでのアクセス許可がありません。

表 2. [概要（Overview）] メニュー
権限	管理	Maint User	Security Analyst	Security Analyst（RO）
ダッシュボード	Yes	Yes	Yes	Yes
ダッシュボードの管理	Yes	No	No	No
[アプライアンス情報ウィジェット（Appliance Information Widget）]	Yes	Yes	Yes	Yes
[アプライアンスステータス（Appliance Status）] ウィジェット（Management Center のみ）	Yes	Yes	Yes	Yes
[コリレーションイベントウィジェット（Correlation Events Widget）]	Yes	No	Yes	Yes
[現行インターフェイスステータスウィジェット（Current Interface Status Widget）]	Yes	Yes	Yes	Yes
[現行セッションウィジェット（Current Sessions Widget）]	Yes	No	No	No
[カスタム分析（Custom Analysis）] ウィジェット（Management Center のみ）	Yes	No	Yes	Yes
[ディスク使用率ウィジェット（Disk Usage Widget）]	Yes	Yes	Yes	Yes
[インターフェイストラフィックウィジェット（Interface Traffic Widget）]	Yes	Yes	Yes	Yes
[侵入イベント（Intrusion Events）] ウィジェット（Management Center のみ）	Yes	No	Yes	Yes
[ネットワークコリレーション（Network Correlation）] ウィジェット（Management Center のみ）	Yes	No	Yes	Yes
[製品ライセンス（Product Licensing）] ウィジェット（Management Center のみ）	Yes	Yes	No	No
[製品アップデートウィジェット（Product Updates Widget）]	Yes	Yes	No	No
[RSS フィードウィジェット（RSS Feed Widget）]	Yes	Yes	Yes	Yes
[システム負荷ウィジェット（System Load Widget）]	Yes	Yes	Yes	Yes
[システム時刻ウィジェット（System Time Widget）]	Yes	Yes	Yes	Yes
[ホワイトリストイベント（White List Events）] ウィジェット（Management Center のみ）	Yes	No	Yes	Yes
[レポート（Reporting）]（Management Center のみ）	Yes	No	Yes	Yes
[レポートの管理テンプレート（Manage Report Templates）]（Management Center のみ）	Yes	No	Yes	Yes
要約	Yes	No	Yes	Yes
[侵入イベント統計（Intrusion Event Statistics）]（Management Center のみ）	Yes	No	Yes	Yes
侵入イベントパフォーマンス（Intrusion Event Performance）	Yes	No	No	No
[侵入イベントグラフ（Intrusion Event Graphs）]（Management Center のみ）	Yes	No	Yes	Yes
[検出統計情報（Discovery Statistics）]（Management Center のみ）	Yes	No	Yes	Yes
[ディスカバリパフォーマンス（Discovery Performance）]（Management Center のみ）	Yes	No	No	No
[接続の概要（Connection Summary）]（Management Center のみ）	Yes	No	Yes	Yes

[分析（Analysis）] メニュー

次の表に、[分析（Analysis）] メニューの各オプションにアクセスするために必要なユーザロール特権と、そのユーザロールがオプション内のサブ権限にアクセスできるかどうかを順に示します。異なる見出しの下に複数回出現する権限は、最初に出現する表にのみ示されています。ただし、サブメニューの見出しを示す場合を除きます。Security Approver、Intrusion Admin、Access Admin、Network Admin、および External Database User の各ロールには、[分析（Analysis）] メニューのアクセス許可がありません。[分析（Analysis）] メニューはFirepower Management Centerでのみ使用可能です。

表 3. [分析（Analysis）] メニュー
メニュー	管理	Discovery Admin	Maint User	Security Analyst	Security Analyst（RO）
コンテキストエクスプローラ（Context Explorer）	Yes	No	No	Yes	Yes
接続イベント	Yes	No	No	Yes	Yes
[接続イベントの変更（Modify Connection Events）]	Yes	No	No	Yes	No
[接続サマリイベント（Connection Summary Events）]	Yes	No	No	Yes	Yes
[接続サマリイベントの変更（Modify Connection Summary Events）]	Yes	No	No	Yes	No
セキュリティインテリジェンスイベント	Yes	No	No	Yes	Yes
[セキュリティインテリジェンスイベントの変更（Modify Security Intelligence Events）]	Yes	No	No	Yes	No
[侵入（Intrusion）]	Yes	No	No	Yes	Yes
侵入イベント	Yes	No	No	Yes	Yes
[侵入イベントの変更（Modify Intrusion Events）]	Yes	No	No	Yes	No
[ローカルルールを表示（View Local Rules）]	Yes	No	No	Yes	Yes
[確認済みイベント（Reviewed Events）]	Yes	No	No	Yes	Yes
[クリップボード（Clipboard）]	Yes	No	No	Yes	Yes
[インシデント（Incidents）]	Yes	No	No	Yes	Yes
インシデントの変更（Modify Incidents）	Yes	No	No	Yes	No
ファイル（Files）	Yes	No	No	Yes	Yes
マルウェアイベント	Yes	No	No	Yes	Yes
[Malware イベントの編集（Modify Malware Events）]	Yes	No	No	Yes	No
ファイルイベント	Yes	No	No	Yes	Yes
[ファイルイベントの変更（Modify File Events）]	Yes	No	No	Yes	No
キャプチャファイル（Captured Files）	Yes	No	No	Yes	Yes
[キャプチャされたファイルの変更（Modify Captured Files）]	Yes	No	No	Yes	No
File Trajectory	Yes	No	No	Yes	Yes
[ファイルのダウンロード（File Download）]	Yes	No	No	Yes	Yes
[ダイナミックファイル分析（Dynamic File Analysis）]	Yes	No	No	Yes	No
Hosts	Yes	No	No	Yes	Yes
[ネットワークマップ（Network Map）]	Yes	No	No	Yes	Yes
Hosts	Yes	No	No	Yes	Yes
[ホストの変更（Modify Hosts）]	Yes	No	No	Yes	No
Indications of Compromise	Yes	No	No	Yes	Yes
[侵害の兆候の変更（Modify Indications of Compromise）]	Yes	No	No	Yes	No
サーバ	Yes	No	No	Yes	Yes
[サーバの変更（Modify Servers）]	Yes	No	No	Yes	No
脆弱性（Vulnerabilities）	Yes	No	No	Yes	Yes
[脆弱性の変更（Modify Vulnerabilities）]	Yes	No	No	Yes	No
ホスト属性（Host Attributes）	Yes	No	No	Yes	Yes
[ホスト属性の変更（Modify Host Attributes）]	Yes	No	No	Yes	No
アプリケーション	Yes	No	No	Yes	Yes
アプリケーション詳細（Application Details）	Yes	No	No	Yes	Yes
[アプリケーション詳細の変更（Modify Application Details）]	Yes	No	No	Yes	No
[ホスト属性の管理（Host Attribute Management）]	Yes	No	No	No	No
検出イベント（Discovery Events）	Yes	No	No	Yes	Yes
[ディスカバリイベントの変更（Modify Discovery Events）]	Yes	No	No	Yes	No
Users	Yes	Yes	No	Yes	Yes
アクティブセッション（Active Sessions）	Yes	Yes	No	Yes	Yes
アクティブセッションの変更	Yes	Yes	No	Yes	No
ユーザアクティビティ（User Activity）	Yes	Yes	No	Yes	Yes
[ユーザアクティビティイベントの変更（Modify User Activity Events）]	Yes	Yes	No	Yes	No
Users	Yes	Yes	No	Yes	Yes
[ユーザの変更（Modify Users）]	Yes	Yes	No	Yes	No
Indications of Compromise	Yes	No	No	Yes	Yes
[侵害の兆候の変更（Modify Indications of Compromise）]	Yes	No	No	Yes	No
脆弱性（Vulnerabilities）	Yes	No	No	Yes	Yes
サードパーティの脆弱性（Third-party Vulnerabilities）	Yes	No	No	Yes	Yes
サードパーティの脆弱性の変更（Modify Third-party Vulnerabilities）	Yes	No	No	Yes	No
相関（Correlation）	Yes	Yes	No	Yes	Yes
相関イベント（Correlation Events）	Yes	Yes	No	Yes	Yes
[コリレーションイベントの変更（Modify Correlation Events）]	Yes	Yes	No	Yes	No
ホワイトリストイベント（White List Events）	Yes	Yes	No	Yes	Yes
[ホワイトリストイベントの変更（Modify White List Events）]	Yes	Yes	No	Yes	No
ホワイトリスト違反（White List Violations）	Yes	Yes	No	Yes	Yes
[修復ステータス（Remediation Status）]	Yes	Yes	No	No	No
[修復ステータスの変更（Modify Remediation Status）]	Yes	Yes	No	No	No
カスタム（Custom）	Yes	No	No	Yes	Yes
カスタムワークフロー（Custom Workflows）	Yes	No	No	Yes	Yes
[カスタムワークフローの管理（Manage Custom Workflows）]	Yes	No	No	Yes	Yes
カスタムテーブル（Custom Tables）	Yes	No	No	Yes	Yes
[カスタムテーブルの管理（Manage Custom Tables）]	Yes	No	No	Yes	Yes
検索（Search）	Yes	No	Yes	Yes	Yes
[検索の管理（Manage Search）]	Yes	No	No	No	No
[ブックマーク（Bookmarks）]	Yes	No	No	Yes	Yes
[ブックマークの管理（Manage Bookmarks）]	Yes	No	No	Yes	Yes
[アプリケーション統計（Application Statistics）]	Yes	No	No	Yes	Yes
[地理位置情報統計（Geolocation Statistics）]	Yes	No	No	Yes	Yes
[ユーザ統計（User Statistics）]	Yes	No	No	Yes	Yes
[URL カテゴリの統計（URL Category Statistics）]	Yes	No	No	Yes	Yes
[URL レピュテーション統計（URL Reputation Statistics）]	Yes	No	No	Yes	Yes
レコードタイプ別 DNS クエリ（DNS Queries by Record Types）	Yes	No	No	Yes	Yes
[SSL 統計（SSL Statistics）]	Yes	No	No	Yes	Yes
[アプリケーション別侵入イベントの統計（Intrusion Event Statistics by Application）]	Yes	No	No	Yes	Yes
[ユーザ別侵入イベントの統計（Intrusion Event Statistics by User）]	Yes	No	No	Yes	Yes
[セキュリティインテリジェンスカテゴリ統計（Security Intelligence Category Statistics）]	Yes	No	No	Yes	Yes
[傾向別ファイルストレージ統計（File Storage Statistics by Disposition）]	Yes	No	No	Yes	Yes
[タイプ別ファイルストレージ統計（File Storage Statistics by Type）]	Yes	No	No	Yes	Yes
[ダイナミックファイル分析統計（Dynamic File Analysis Statistics）]	Yes	No	No	Yes	Yes

ポリシーメニュー

次の表には、ポリシーメニューのそれぞれのオプションへのアクセスに必要なユーザロールの権限や、ユーザロールがポリシーメニューのサブパーミッションにアクセス可能であるかを順番に示します。外部データベースユーザ、メンテナンスユーザ、セキュリティアナリスト、セキュリティアナリスト（読取り専用）ロールには、ポリシーメニューの権限はありません。[ポリシー（Policies）] メニューはFirepower Management Centerでのみ使用可能です。

侵入ポリシーおよび「侵入ポリシーの変更」の権限により、ネットワークアナリシスポリシーの作成および変更が可能になる点にご注意ください。

表 4. ポリシーメニュー
メニュー	Access Admin	管理者	Discovery Admin	Intrusion Admin	ネットワーク管理者	Security Approver
アクセス制御	Yes	Yes	No	No	Yes	Yes
アクセスコントロールポリシー（Access Control Policy）	Yes	Yes	No	No	Yes	Yes
アクセス制御ポリシーの変更（Modify Access Control Policy）	Yes	Yes	No	No	Yes	No
管理者ルールの変更（Modify Administrator Rules）	Yes	Yes	No	No	Yes	No
ルートルールの変更（Modify Root Rules）	Yes	Yes	No	No	Yes	No
侵入ポリシー（Intrusion Policy）	No	Yes	No	Yes	No	Yes
侵入ポリシーの変更（Modify Intrusion Policy）	No	Yes	No	Yes	No	No
マルウェア & ファイルポリシー（Malware & File Policy）	Yes	Yes	No	No	No	Yes
マルウェア & ファイルポリシーの変更（Modify Malware & File Policy）	Yes	Yes	No	No	No	No
DNS ポリシー（DNS Policy）	Yes	Yes	No	No	Yes	Yes
DNS ポリシーの変更（Modify DNS Policy）	Yes	Yes	No	No	Yes	No
アイデンティティポリシー（Identity Policy）	Yes	Yes	No	No	Yes	No
アイデンティティポリシーの変更（Modify Identity Policy）	Yes	Yes	No	No	Yes	No
管理者ルールの変更（Modify Administrator Rules）	Yes	Yes	No	No	Yes	No
ルートルールの変更（Modify Root Rules）	Yes	Yes	No	No	Yes	No
SSL ポリシー（SSL Policy）	Yes	Yes	No	No	Yes	Yes
SSL ポリシーの変更（Modify SSL Policy）	Yes	Yes	No	No	Yes	No
管理者ルールの変更（Modify Administrator Rules）	Yes	Yes	No	No	Yes	No
ルートルールの変更（Modify Root Rules）	Yes	Yes	No	No	Yes	No
プレフィルタポリシー（Prefilter Policy）	Yes	Yes	No	No	Yes	Yes
プレフィルタポリシーの変更（odify Prefilter Policy）	Yes	Yes	No	No	Yes	No
ネットワークディスカバリ（Network Discovery）	No	Yes	Yes	No	No	Yes
[カスタムフィンガープリント（Custom Fingerprinting）]	No	Yes	Yes	No	No	No
カスタムフィンガープリントの変更（Modify Custom Fingerprinting）	No	Yes	Yes	No	No	No
[カスタムトポロジ（Custom Topology）]	No	Yes	Yes	No	No	No
カスタムトポロジの変更（Modify Custom Topology）	No	Yes	No	No	No	No
[ネットワーク検出の変更（Modify Network Discovery）]	No	Yes	Yes	No	No	No
アプリケーションディテクタ（Application Detectors）	No	Yes	Yes	No	No	No
アプリケーションディテクタの変更（Modify Application Detectors）	No	Yes	Yes	No	No	No
[ユーザサードパーティマッピング（User 3rd Party Mappings）]	No	Yes	Yes	No	No	No
ユーザサードパーティマッピングの変更（Modify User 3rd Party Mappings）	No	Yes	No	No	No	No
[カスタムサービスフィンガープリント（Custom Product Mappings）]	No	Yes	Yes	No	No	No
カスタム製品マッピングの変更（Modify Custom Product Mappings）	No	Yes	No	No	No	No
相関（Correlation）	No	Yes	No	No	No	No
[ポリシー管理（Policy Management）]	No	Yes	No	No	No	No
ポリシーの管理の変更（Modify Policy Management）	No	Yes	Yes	No	No	No
[ルール管理（Rule Management）]	No	Yes	No	No	No	No
ルールの管理の変更（Modify Rule Management）	No	Yes	Yes	No	No	No
[ホワイトリスト（White List）]	No	Yes	No	No	No	No
ホワイトリストの変更（Modify White List）	No	Yes	Yes	No	No	No
[トラフィックプロファイル（Traffic Profiles）]	No	Yes	No	No	No	No
トラフィックプロファイルの変更（Modify Traffic Profiles）	No	Yes	Yes	No	No	No
アクション（Actions）	No	Yes	Yes	No	No	Yes
アラート（Alerts）	No	Yes	Yes	No	No	Yes
影響度フラグアラート（Impact Flag Alerts）	No	Yes	Yes	No	No	No
影響度フラグアラートの変更（Modify Impact Flag Alerts）	No	Yes	Yes	No	No	No
[ディスカバリイベントアラート（Discovery Event Alerts）]	No	Yes	Yes	No	No	No
検出イベントアラートの変更（Modify Discovery Event Alerts）	No	Yes	Yes	No	No	No
E メール	No	Yes	No	Yes	No	No
E メールの変更（Modify Email）	No	Yes	No	Yes	No	No
アラートの変更（Modify Alerts）	No	Yes	Yes	No	No	No
スキャナ（Scanners）	No	Yes	Yes	No	No	No
[スキャン結果（Scan Results）]	No	Yes	Yes	No	No	No
[スキャン結果の変更（Modify Scan Results）]	No	Yes	Yes	No	No	No
スキャナの変更（Modify Scanners）	No	Yes	Yes	No	No	No
グループ（Groups）	No	Yes	No	No	No	No
グループの変更（Modify Groups）	No	Yes	Yes	No	No	No
モジュール（Modules）	No	Yes	No	No	No	No
モジュールの変更（Modify Modules）	No	Yes	Yes	No	No	No
[インスタンス（Instances）]	No	Yes	No	No	No	No
インスタンスの変更（Modify Instances）	No	Yes	Yes	No	No	No

[デバイス（Devices）] メニュー

[Devices（デバイス）] メニューの表には、[デバイス（Devices）] メニューの各オプションとそのサブ権限にアクセスするために必要なユーザロール特権を順に示します。検出管理者、外部データベースユーザ、侵入管理者、メンテナンスユーザ、セキュリティアナリスト、セキュリティアナリスト（読取り専用）ロールには、ポリシーメニューの権限はありません。[デバイス（Devices）] メニューは Firepower Management Center でのみ使用可能です。

表 5. [デバイス（Devices）] メニュー
メニュー	Access Admin	管理者	ネットワーク管理者	Security Approver
デバイス管理	No	Yes	Yes	Yes
[デバイスの変更（Modify Devices）]	No	Yes	Yes	No
NAT	Yes	Yes	Yes	Yes
[NAT リスト（NAT List）]	Yes	Yes	Yes	Yes
[NAT ポリシーの変更（Modify NAT Policy）]	Yes	Yes	Yes	No
VPN	No	Yes	Yes	Yes
[VPN の変更（Modify VPN）]	No	Yes	Yes	No
証明書（Certificates）	No	Yes	Yes	Yes
証明書の変更（Modify Certificates）	No	Yes	Yes	No
QoS	Yes	Yes	Yes	No
QoS ポリシーの変更（Modify QoS Policy）	Yes	Yes	Yes	No
FlexConfig ポリシー（FlexConfig Policy）	No	Yes	No	No
FlexConfig ポリシーの変更（Modify FlexConfig Policy）	No	Yes	No	No
デバイス管理	No	Yes	Yes	No
デバイスの変更（Modify Devices）	No	Yes	Yes	No

[オブジェクトマネージャ（Object Manager）] メニュー

[オブジェクトマネージャ（Object Manager）] メニューの表には、[オブジェクトマネージャ（Object Manager）] メニューの各オプションとそのサブ権限にアクセスするために必要なユーザロール特権を順に示します。Discovery Admin、Security Approver、Maintenance User、External Database User、Security Analyst、および Security Analyst（読み取り専用）の各ロールには、[オブジェクトマネージャ（Object Manager）] メニューでのアクセス許可がありません。[オブジェクトマネージャ（Object Manager）] メニューは Firepower Management Center でのみ使用可能です。

表 6. [オブジェクトマネージャ（Object Manager）] メニュー
メニュー	Access Admin	管理者	Intrusion Admin	ネットワーク管理者
[オブジェクトマネージャ（Object Manager）]	Yes	Yes	No	Yes
[ルールエディタ（Rule Editor）]	No	Yes	Yes	No
[ルールエディタの変更（Modify Rule Editor）]	No	Yes	Yes	No
[NAT リスト（NAT List）]	Yes	Yes	No	Yes
[オブジェクトマネージャの変更（Modify Object Manager）]	No	Yes	No	No

Cisco AMP

Cisco AMP 権限は、Administrator ユーザロールのみに対して使用可能です。この権限は、Firepower Management Center でのみ使用可能です。

デバイスへの設定の展開

デバイスに設定を展開する権限は、Administrator、Network Admin、および Security Approver のロールで使用できます。この権限は、Firepower Management Center でのみ使用可能です。

[システム（System）] メニュー

次の表は、[システム（System）] メニューの各オプションにアクセスするために必要なユーザロール特権と、ユーザロールがオプション内のサブ権限にアクセスできるかどうかを順に示します。外部データベースユーザロールには、[システム（System）] メニューへのアクセス許可が与えられません。

表 7. [システム（System）] メニュー
メニュー	Access Admin	管理者	Discovery Admin	Intrusion Admin	Maint User	ネットワーク管理者	Security Approver	Security Analyst	Security Analyst（RO）
設定（Configuration）	No	Yes	No	No	No	No	No	No	No
ドメイン（Domains）	No	Yes	No	No	No	No	No	No	No
統合	No	Yes	No	No	No	Yes	Yes	No	No
Cisco CSI	Yes	Yes	No	No	No	Yes	Yes	No	No
アイデンティティレルム（Identity Realms）（Management Center のみ）	Yes	Yes	No	No	No	Yes	Yes	No	No
アイデンティティレルムを変更（Modify Identity Realms）（Management Center のみ）	Yes	Yes	No	No	No	Yes	No	No	No
アイデンティティソース（Identity Sources）（Management Center のみ）	Yes	Yes	No	No	No	Yes	Yes	No	No
アイデンティティソースを変更（Modify Identity Sources）（Management Center のみ）	Yes	Yes	No	No	No	Yes	No	No	No
eStreamer	No	Yes	No	No	No	No	No	No	No
ホスト入力クライアント（Host Input Client）（Management Center のみ）	No	Yes	No	No	No	No	No	No	No
スマートソフトウェアサテライト（Smart Software Satellite）（Management Center のみ）	Yes	Yes	No	No	No	Yes	Yes	No	No
スマートソフトウェアサテライトを変更（Modify Smart Software Satellite）（Management Center のみ）	Yes	Yes	No	No	No	Yes	No	No	No
ユーザ管理（User Management）	No	Yes	No	No	No	No	No	No	No
Users	No	Yes	No	No	No	No	No	No	No
ユーザの役割	No	Yes	No	No	No	No	No	No	No
外部認証（External Authentication）（Management Center のみ）	No	Yes	Yes	No	No	No	No	No	No
変更点	No	Yes	No	No	No	No	No	No	No
ルール更新（Rule Updates）（Management Center のみ）	No	Yes	No	Yes	No	No	No	No	No
ルール更新のインポートログ（Rule Update Import Log）（Management Center のみ）	No	Yes	No	No	No	No	No	No	No
ライセンス	No	Yes	No	No	No	No	No	No	No
スマートライセンス（Smart Licences）	No	Yes	No	No	No	No	No	No	No
スマートライセンスの変更（Modify Smart Licenses）	No	Yes	No	No	No	No	No	No	No
クラシックライセンス（Classic Licenses）	No	Yes	No	No	No	No	No	No	No
正常性（Health）（Management Center のみ）	No	Yes	No	No	Yes	No	No	Yes	Yes
正常性ポリシー（Health Policy）（Management Center のみ）	No	Yes	No	No	Yes	No	No	Yes	No
正常性ポリシーを変更（Modify Health Policy）（Management Center のみ）	No	Yes	No	No	Yes	No	No	Yes	No
正常性ポリシーを適用（Apply Health Policy）（Management Center のみ）	No	Yes	No	No	Yes	No	No	Yes	No
ヘルスイベント（Health Events）（Management Center のみ）	No	Yes	No	No	Yes	No	No	Yes	Yes
ヘルスイベントを変更（Modify Health Events）（Management Center のみ）	No	Yes	No	No	Yes	No	No	Yes	No
モニタリング（Monitoring）	No	Yes	No	No	Yes	Yes	Yes	Yes	No
監査（Audit）	No	Yes	No	No	Yes	No	No	No	No
[監査ログの変更（Modify Audit Log）]	No	Yes	No	No	Yes	No	No	No	No
Syslog	No	Yes	No	No	Yes	No	No	No	No
統計情報（Statistics）	No	Yes	No	No	Yes	No	No	No	No
ツール	No	Yes	No	No	Yes	No	No	Yes	No
バックアップ管理（Backup Management）	No	Yes	No	No	Yes	No	No	No	No
[バックアップの復元（Restore Backup）]	No	Yes	No	No	Yes	No	No	No	No
スケジューリング（Scheduling）	No	Yes	No	No	Yes	No	No	No	No
[他のユーザのスケジュール済みタスクの削除（Delete Other Users’ Scheduled Tasks）]	No	Yes	No	No	No	No	No	No	No
インポート/エクスポート（Import/Export）	No	Yes	No	No	No	No	No	No	No
ディスカバリデータの消去（Discovery Data Purge）（Management Center のみ）	No	Yes	No	No	No	No	No	Yes	No
whois（Management Center のみ）	No	Yes	No	No	Yes	No	No	Yes	Yes

[REST VDI] メニュー

[REST VDI] メニューテーブルには、REST VDI メニューのそれぞれのオプションにアクセスするのに必要なユーザロールの特権とその中のサブパーミッションを順番に列挙します。検出管理者、外部データベースユーザ、侵入管理者、メンテナンスユーザ、セキュリティアナリスト、セキュリティアナリスト（読取り専用）ロールには、ポリシーメニューの権限はありません。[デバイス（Devices）] メニューは Firepower Management Center でのみ使用可能です。

表 8. REST VDI メニュー
メニュー	Access Admin	管理者	ネットワーク管理者	Security Approver
REST VDI	Yes	Yes	Yes	Yes
REST VDI の変更	Yes	Yes	Yes	No

[ヘルプ（Help）] メニュー

[ヘルプ（Help）] メニューとその権限には、すべてのユーザロールがアクセスできます。[ヘルプ（Help）] メニューオプションを制限することはできません。

ユーザロールの管理


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

Firepower システムの各ユーザは、ユーザアクセスロール（1 つまたは複数）に関連付けられています。これに該当するユーザロールには、システムのメニューなどのオプションへのアクセスを決定する権限が割り当てられます。たとえばアナリストは、ネットワークのセキュリティを分析するためにイベントデータへのアクセスが必要ですが、Firepower システム自体の管理機能へのアクセスが必要になることはありません。アナリストには Security Analyst のアクセス権を付与し、Firepower システムを管理する 1 人以上のユーザに対して Administrator ロールを予約しておくことができます。

Firepower システムには、さまざまな管理者およびアナリスト用に設計された 10 個の事前定義のユーザロールが用意されています。これらの事前定義のユーザロールには、事前設定されたアクセス権限のセットが含まれています。

より詳細なアクセス権限を使用して、カスタムのユーザロールを作成することもできます。

また、あるユーザロールがイベントビューアで表示できるデータを制限するために、そのロールに制限付きの検索を適用することもできます。制限付きアクセスを使用してカスタムロールを作成するには、[権限に基づくメニュー（Menu Based Permissions）] リストから制限するテーブルを選択し、次に [制限付き検索（Restrictive Search）] ドロップダウンリストからプライベート保存検索を選択します。

事前定義のユーザロールは削除できませんが、不要になったカスタムロールは削除できます。カスタムロールを完全に削除することなく無効にするには、削除する代わりに非アクティブ化します。自分のユーザロール、またはプラットフォーム設定ポリシーでデフォルトユーザロールとして設定されているロールは削除できない点に注意してください。

手順

ステップ 1

[システム（System）] > [ユーザ（Users）]を選択します。

ステップ 2

[ユーザロール（User Roles）] タブをクリックします。

ステップ 3

ユーザロールを管理します。

アクティブ化：事前定義されたユーザロールをアクティブ化または非アクティブ化します。詳細については、ユーザロールのアクティブおよび非アクティブの設定を参照してください。
作成：カスタムユーザロールを作成します。詳細については、次を参照してください。カスタムユーザロールの作成
コピー：新しいカスタムユーザロールを作成するために、既存のユーザロールをコピーします。詳細については、ユーザロールのコピーを参照してください。
編集：カスタムユーザロールを編集します。詳細については、カスタムユーザロールの編集を参照してください。
削除：削除するカスタムロールの横にある削除アイコン（）をクリックします。コントロールが淡色表示されている場合、設定は先祖ドメインに属しており、設定を変更する権限がありません。

（注）

削除されたロールが、特定のユーザに割り当てられていた唯一のロールである場合、そのユーザはログインして [ユーザ設定（User Preferences）] メニューにアクセスできますが、Firepower システムにはアクセスできなくなります。

ユーザロールのアクティブおよび非アクティブの設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

事前定義ユーザロールは削除できませんが、非アクティブにすることができます。ロールを非アクティブにすると、そのロールが割り当てられているすべてのユーザから、そのロールと関連するアクセス許可が削除されます。

マルチドメイン展開では、現在のドメインで作成されたカスタムユーザロールが表示されます。これは編集できます。先祖ドメインで作成されたカスタムユーザロールも表示されますが、これは編集できません。下位のドメインのカスタムユーザロールを表示および編集するには、そのドメインに切り替えます。

注意	非アクティブにされたロールが、特定のユーザに割り当てられていた唯一のロールである場合、そのユーザはログインして [User Preferences] メニューにアクセスできますが、Firepower System にはアクセスできません。

手順

ステップ 1

[システム（System）] > [ユーザ（Users）]を選択します。

ステップ 2

[ユーザロール（User Roles）] タブをクリックします。

ステップ 3

アクティブまたは非アクティブにするユーザロールの横にあるスライダをクリックします。

コントロールが淡色表示されている場合、設定は先祖ドメインに属しており、設定を変更する権限がありません。

Lights-Out Management を含むロールが割り当てられているユーザがログインしているときに、このロールを非アクティブにしてから再度アクティブにする場合、またはユーザのログインセッション中にバックアップからユーザまたはユーザロールを復元する場合、そのユーザは Web インターフェイスに再度ログインして、IPMItool コマンドへのアクセスを再度取得する必要があります。

カスタムユーザロールの作成


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

手順

ステップ 1	[システム（System）] > [ユーザ（Users）]を選択します。
ステップ 2	[ユーザロール（User Roles）] タブをクリックします。
ステップ 3	[ユーザロールの作成（Create User Role）] をクリックします。
ステップ 4	[名前（Name）] フィールドに、新しいユーザロールの名前を入力します。ユーザロール名では、大文字と小文字が区別されます。
ステップ 5	オプションで、[説明（Description）] を追加します。
ステップ 6	新しいロールのメニューベースのアクセス許可を選択します。アクセス許可を選択すると、その下位にあるアクセス許可もすべて選択され、複数値を持つアクセス許可では最初の値が使用されます。上位のアクセス許可をクリアすると、下位のアクセス許可もすべてクリアされます。アクセス許可を選択しても、下位のアクセス許可を選択しない場合、アクセス許可がイタリックのテキストで表示されます。カスタムロールのベースとして使用する事前定義ユーザロールをコピーすると、その事前定義ロールに関連付けられているアクセス許可が事前選択されます。
ステップ 7	必要に応じて、[外部データベースアクセス（External Database Access）] チェックボックスをオンまたはオフにして、新規ロールのデータベースアクセス権限を設定します。
ステップ 8	エスカレーションに使用するカスタムユーザロールの設定の説明に従って、必要に応じて Firepower Management Center で、新規ユーザロールのエスカレーションアクセス許可を設定します。
ステップ 9	[保存（Save）] をクリックします。

ユーザロールのコピー


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

新しいカスタムロールのベースとして使用する既存のロールをコピーできます。これにより、ユーザロールエディタで既存のロールの権限が事前に選択されるので、あるロールをモデルとして別のロールを作成できます。

事前定義されたユーザロールや先祖ドメインから継承されるカスタムユーザロールなど、既存のロールをコピーできます。

手順

ステップ 1	[システム（System）] > [ユーザ（Users）]を選択します。
ステップ 2	[ユーザロール（User Roles）] タブをクリックします。
ステップ 3	コピーするユーザロールの横にあるコピーアイコン（）をクリックします。
ステップ 4	新しい名前を入力します。システムは、元のユーザロールの名前と `(copy)` サフィックスを組み合わせた新しいユーザロールのデフォルト名を作成します。
ステップ 5	[説明（Description）] ボックスに新しい説明を入力します。上書きしないことを選択した場合、システムは元のユーザロールの説明を保持します。
ステップ 6	オプションで、元のユーザロールから継承されたメニューベースの権限を変更します。アクセス許可を選択すると、その下位にあるアクセス許可もすべて選択され、複数値を持つアクセス許可では最初の値が使用されます。上位のアクセス許可をクリアすると、下位のアクセス許可もすべてクリアされます。アクセス許可を選択しても下位のアクセス許可を選択しない場合、そのアクセス許可はイタリック体のテキストで表示されます。
ステップ 7	オプションで、[外部データベースアクセス（External Database Access）] チェックボックスをオンまたはオフにすることで、新しいロールのデータベースアクセス権限を設定します。
ステップ 8	オプションで、エスカレーションに使用するカスタムユーザロールの設定の説明に従って、新しいユーザロールのエスカレーション権限を設定します。
ステップ 9	[保存（Save）] をクリックします。

カスタムユーザロールの編集


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

事前定義ユーザロールは編集できません。

手順

ステップ 1	[システム（System）] > [ユーザ（Users）]を選択します。
ステップ 2	[ユーザロール（User Roles）] タブをクリックします。
ステップ 3	変更するカスタムユーザロールの横にある編集アイコン（）をクリックします。代わりに表示アイコン（）が表示される場合、設定は先祖ドメインに属しており、設定を変更する権限がありません。
ステップ 4	[名前（Name）] フィールドと [説明（Description）] フィールドを変更します。ユーザロール名では、大文字と小文字が区別されます。
ステップ 5	ユーザロールのメニューベースのアクセス許可を選択します。アクセス許可を選択すると、その下位にあるアクセス許可もすべて選択され、複数値を持つアクセス許可では最初の値が使用されます。上位のアクセス許可をクリアすると、下位のアクセス許可もすべてクリアされます。アクセス許可を選択しても下位のアクセス許可を選択しない場合、そのアクセス許可はイタリック体のテキストで表示されます。
ステップ 6	必要に応じて、[外部データベースアクセス（External Database Access）] チェックボックスをオンまたはオフにすることにより、ロールのデータベースアクセス権限を設定します。
ステップ 7	必要に応じて、エスカレーションに使用するカスタムユーザロールの設定の説明に従って Firepower Management Center で、ユーザロールにエスカレーションアクセス許可を設定します。
ステップ 8	[保存（Save）] をクリックします。

ユーザロールのエスカレーション

カスタムユーザロールにアクセス許可を付与し、パスワードを設定することで、ベースロールの特権に加え、別のターゲットユーザロールの特権を一時的に取得できます。これにより、あるユーザが不在であるときにそのユーザを別のユーザに容易に置き換えることや、拡張ユーザ特権の使用状況を緊密に追跡することができます。

たとえば、ユーザのベースロールに含まれている特権が非常に限られている場合、そのユーザは管理アクションを実行するために Administrator ロールにエスカレーションします。ユーザが各自のパスワードを使用するか、または指定された別のユーザのパスワードを使用することができるように、この機能を設定できます。2 番目のオプションでは、該当するすべてのユーザのための 1 つのエスカレーションパスワードを容易に管理できます。

エスカレーションターゲットロールにすることができるユーザロールは一度に 1 つだけであることに注意してください。カスタムユーザロールまたは事前定義ユーザロールを使用できます。各エスカレーションはログインセッション期間中保持され、監査ログに記録されます。

エスカレーションターゲットロールの設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

各自のユーザロール（事前定義またはカスタム）をシステム全体でのエスカレーションターゲットロールとして機能するように割り当てることができます。これは、他のロールからのエスカレーション先となるロールです（エスカレーションが可能な場合）。

手順

ステップ 1

[システム（System）] > [ユーザ（Users）]を選択します。

ステップ 2

[ユーザロール（User Roles）] をクリックします。

ステップ 3

[アクセス許可エスカレーションの設定（Configure Permission Escalation）] をクリックします。

ステップ 4

ドロップダウンリストからユーザロールを選択します。

ステップ 5

[OK] をクリックして変更を保存します。

（注）

エスカレーションターゲットロールの変更は即時に反映されます。エスカレーションされたセッションのユーザには、新しいエスカレーションターゲットのアクセス許可が付与されます。

エスカレーションに使用するカスタムユーザロールの設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

カスタムロールのエスカレーションパスワードを設定するときには、部門のニーズを考慮してください。多数のエスカレーションユーザを容易に管理するには、別のユーザを選択し、そのユーザのパスワードをエスカレーションパスワードとして使用することができます。そのユーザのパスワードを変更するか、またはそのユーザを非アクティブにすると、そのパスワードを必要とするすべてのエスカレーションユーザが影響を受けます。このことにより、特に一元管理できる外部認証ユーザを選択した場合に、ユーザロールエスカレーションをより効率的に管理できます。

手順

ステップ 1

カスタムユーザロールの作成の説明に従って、カスタムユーザロールの設定を開始します。

ステップ 2

[システム権限（System Permissions）] で、[このロールをエスカレーションする：（Set this role to escalate to:）] チェックボックスをオンにします。

現在のエスカレーションターゲットロールは、チェックボックスの横に表示されます。

ステップ 3

このロールがエスカレーションするときに使用するパスワードを選択します。次の 2 つの対処法があります。

このロールが割り当てられているユーザがエスカレーション時に各自のパスワードを使用できるようにするには、[割り当てられているユーザのパスワードで認証（Authenticate with the assigned user’s password）] を選択します。

このロールが割り当てられているユーザが、別のユーザのパスワードを使用するようにするには、[指定されたユーザのパスワードで認証（Authenticate with the specified user’s password）] を選択し、そのユーザ名を入力します。

（注）

別のユーザのパスワードで認証するときには、任意のユーザ名（非アクティブなユーザまたは存在しないユーザを含む）を入力できます。エスカレーションにパスワードが使用されるユーザを非アクティブにすると、そのパスワードを必要とするロールが割り当てられているユーザのエスカレーションが不可能になります。この機能を使用して、必要に応じてエスカレーション機能をただちに削除できます。

ステップ 4

[保存（Save）] をクリックします。

これで、このロールが割り当てられているユーザはターゲットユーザロールにエスカレーションできます。

ユーザロールのエスカレーション


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	Management Center	任意（Any）	任意（Any）

エスカレーション対象のアクセス許可が含まれているカスタムユーザロールが割り当てられているユーザは、いつでもターゲットロールのアクセス許可にエスカレーションできます。エスカレーションはユーザ設定に影響しないことに注意してください。

始める前に

管理者が、エスカレーションターゲットロールの設定またはエスカレーションに使用するカスタムユーザロールの設定に従って、エスカレーションターゲットロールまたはカスタムユーザロールをエスカレーション用に設定済みであることを確認してください。

手順

ステップ 1

ユーザ名の下にあるドロップダウンリストから、[アクセス許可のエスカレーション（Escalate Permissions）] を選択します。

ステップ 2

認証パスワードを入力します。

ステップ 3

[エスカレーション（Escalate）] をクリックします。これで、現行ロールに加え、エスカレーションターゲットロールのすべてのアクセス許可が付与されました。

（注）

エスカレーションはログインセッションの残り期間にわたって保持されます。ベースロールの特権だけに戻すには、ログアウトしてから新しいセッションを開始する必要があります。

ユーザアカウント

Firepower Management Center デバイスまたは Firepower 7000 および 8000 シリーズデバイス上の管理者アカウント、およびオプションのカスタムのユーザアカウントを使用すれば、ユーザはこれらのデバイスにログインすることができます。内部認証ユーザについては、アカウントを手動で作成する必要があります。外部認証ユーザについては、アカウントが自動的に作成されます。

Firepower Threat Defense の場合、個別の CLI ユーザを作成できます。これらのユーザは、SSH を通じてデバイスにアクセスして、追加のトラブルシューティングとシステムのモニタリングを行うことができます。ただし、これらのユーザは CLI で作成する必要があり、Firepower Management Center で作成することはできません。

ユーザアカウントの管理


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

手順

ステップ 1

[システム（System）] > [ユーザ（Users）]を選択します。

ステップ 2

ユーザアカウントを管理します。

アクティブ化/非アクティブ化：ユーザの横にあるスライダをクリックすると、非アクティブ化されたユーザの場合は再アクティブ化され、アクティブなユーザアカウントの場合は削除せずに無効化されます。アクティブ化/非アクティブ化できるのは内部で認証されたユーザのみです。
作成：新しいユーザアカウントを作成します（ユーザアカウントの作成を参照）。
編集：既存のユーザアカウントを編集します（ユーザアカウントの編集を参照）。
削除：ユーザを削除する場合は、削除アイコン（）をクリックします。admin アカウント以外のユーザアカウントはシステムからいつでも削除できます。admin アカウントは削除できません。

ユーザアカウントの作成


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	Management Center 7000 & 8000 シリーズ	任意（Any）	Admin

新しいユーザアカウントをセットアップするときに、そのアカウントでアクセスできるシステムの部分を制御できます。ユーザアカウントの作成時に、ユーザアカウントのパスワードの有効期限と強度を設定できます。7000 または 8000 シリーズデバイスのローカルアカウントの場合、ユーザに付与するコマンドラインアクセスのレベルも設定できます。

マルチドメイン型展開では、Admin アクセス権限があるドメインでユーザアカウントを作成できます。また、上位のドメインでアカウントを作成し、それよりも低いアクセス権のみをユーザに割り当てることもできます。たとえば、単一ユーザを 2 つのドメインの管理者にし、先祖のドメインへのアクセスは拒否することができます。このタイプのユーザアカウントは、アクセス権が割り当てられているサブドメインに切り替えることによってのみ変更することができます。

手順

ステップ 1

[システム（System）] > [ユーザ（Users）]を選択します。

ステップ 2

[ユーザの作成（Create User）] をクリックします。

ステップ 3

[ユーザ名（User Name）] に入力します。

ステップ 4

ログインオプションを変更します（ユーザアカウントログインオプションを参照）。

ステップ 5

[パスワード（Password）] と [パスワードの確認（Confirm Password）] に値を入力します。

入力する値は、以前に設定したパスワードオプションに基づいている必要があります。

ステップ 6

7000 または 8000 シリーズデバイスでユーザアカウントを作成する場合、コマンドラインのアクセスレベルの説明に従って、適切なレベルの [コマンドラインインターフェイスアクセス（Command-Line Interface Access）] を割り当てます。

ステップ 7

次のようにして、ユーザロールを割り当てます。

ユーザに割り当てるユーザロールの横のチェックボックスをオンまたはオフにします。
マルチドメイン展開では、子孫ドメインを持つドメインにユーザアカウントを追加する場合、ユーザロールのチェックボックスの代わりに表示される [ドメインの追加（Add Domains）] ボタンをクリックします。複数のドメインでのユーザロールの割り当ての手順に従って進みます。

（注）

ユーザロールによって、ユーザのアクセス権が決定します。詳細については、ユーザロールの管理を参照してください。

ステップ 8

[Save] をクリックします。

ユーザアカウントの編集


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

システムにユーザアカウントを追加したら、アクセス権限、アカウントオプション、パスワードをいつでも変更できます。パスワード管理オプションは、外部ディレクトリサーバに対して認証されるユーザには適用されないことに注意してください。これらの設定は外部サーバで管理します。ただし、外部認証されるアカウントを含め、すべてのアカウントのアクセス権を設定する必要があります。

（注）

外部認証ユーザの場合、LDAP グループメンバーシップ、RADIUS リストメンバーシップ、または属性値によってアクセスロールが割り当てられているユーザの Firepower システムユーザ管理ページでは、最小アクセス権を削除することができません。ただし、追加の権限を割り当てることはできます。外部認証ユーザのアクセス権を変更すると、[ユーザ管理（User Management）] ページの [認証方式（Authentication Method）] カラムに、[外部 - ローカルで変更済み（External - Locally Modified）] というステータスが表示されます。

ユーザの認証を外部認証から内部認証に変更した場合は、ユーザの新しいパスワードを指定する必要があります。

手順

ステップ 1	[システム（System）] > [ユーザ（Users）]を選択します。
ステップ 2	変更するユーザの横にある編集アイコン（）をクリックします。
ステップ 3	ユーザアカウントの作成の説明に従って設定を変更します。
ステップ 4	[保存（Save）] をクリックします。

複数のドメインでのユーザロールの割り当て


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

マルチドメイン展開では、先祖や子孫のドメインにユーザロールを割り当てることができます。たとえば、グローバルドメインでユーザに読み取り専用権限を割り当てながら、子孫ドメインに管理者権限を割り当てることもできます。

手順

ステップ 1	ユーザアカウントエディタで、[ドメインの追加（Add Domain）] をクリックします。
ステップ 2	[ドメイン（Domain）] ドロップダウンリストからドメインを選択します。
ステップ 3	ユーザを割り当てるユーザロールをオンにします。
ステップ 4	[保存（Save）] をクリックします。

内部認証から外部認証へのユーザの変換


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

（注）

内部認証から外部認証にユーザを変換するとき、ユーザアカウントに設定されているアクセス許可が保持されます。既存のアクセス許可は、関連する認証オブジェクトグループまたはプラットフォーム設定ポリシーで設定されたデフォルトのユーザロールに関連付けられたすべてのアクセス許可より優先されます。

始める前に

同じユーザ名を持つユーザレコードが外部認証サーバに存在する必要があります。

手順

ステップ 1	LDAP（CAC を使用する場合または使用しない場合）あるいは RADIUS 認証を有効にします。詳細については、LDAP 認証またはRADIUS 認証を参照してください。
ステップ 2	外部サーバに保存されているそのユーザのパスワードを使用してログインするようユーザに指示します。

ユーザアカウントログインオプション

次の表に、Firepower システムユーザのパスワードおよびアカウントアクセスの調整に使用できるオプションの一部について説明します。

（注）

パスワード管理オプションは、外部ディレクトリサーバに対して認証されるユーザには適用されません。これらの設定は外部認証サーバで管理します。[外部認証方式を使用する（Use External Authentication Method）] を有効にすると、ディスプレイからパスワード管理オプションが削除されます。
アプライアンスでセキュリティ認定コンプライアンスまたは Lights-Out Management（LOM）を有効にすると、異なるパスワード制限が適用されます。セキュリティ認定コンプライアンスの詳細については、セキュリティ認定準拠を参照してください。

オプション

説明

[外部認証方式を使用する（Use External Authentication Method）]

このユーザの資格情報を外部で認証する場合に、このチェックボックスをオンにします。このオプションを有効にすると、パスワード管理オプションが表示されなくなります。

（注）

外部ディレクトリサーバに対してユーザを認証する場合は、使用するサーバの認証オブジェクトを作成し、認証が有効な状態でプラットフォーム設定ポリシーを適用します。
外部認証ユーザの場合、サーバの認証オブジェクトを無効にすると、[ユーザ（Users）] リストの [認証方式（Authentication Method）] カラムに [外部（無効）（External (Disabled)）] と表示されます。
ユーザに対してこのオプションを選択した場合に外部認証サーバが使用できないと、そのユーザは Web インターフェイスにログインできますが、どの機能にもアクセスできません。

ログイン失敗の最大許容回数（Maximum Number of Failed Logins）

各ユーザが、ログイン試行の失敗後に、アカウントがロックされるまでに試行できるログインの最大回数を示す整数を、スペースなしで入力します。デフォルト設定は 5 回です。ログイン失敗回数を無制限にするには、0 を設定します。admin アカウントは、ログイン失敗回数が最大数に達してもロックアウトされません（ただし、セキュリティ認定コンプライアンスを有効にした場合は除きます）。

パスワード長の最小値（Minimum Password Length）

ユーザのパスワードの必須最小長（文字数）を示す整数を、スペースなしで入力します。デフォルト設定は 8 です。値 0 は、最小長が必須ではないことを示します。

[パスワード強度のチェック（Check Password Strength）] オプションを有効にして、[パスワード長の最小値（Minimum Password Length）] を 8 文字を超える値に設定すると、いずれか大きい値が適用されます。

パスワードの有効期限の残日数（Days Until Password Expiration）

ユーザのパスワードの有効期限までの日数を入力します。デフォルト設定は、パスワードが期限切れにならないことを示す 0 です。このオプションを設定すると、[ユーザ（Users）] リストの [パスワードのライフタイム（Password Lifetime）] カラムに、各ユーザのパスワードの残っている日数が表示されます。

パスワードの有効期限の残日数警告（Days Before Password Expiration Warning）

パスワードが実際に期限切れになる何日前に、ユーザがパスワードを変更する必要があるという警告を表示するかを入力します。デフォルト設定は 0 日間です。

（注）

警告日数は、パスワードの残りの有効期間の日数未満である必要があります。

ログイン時にパスワードのリセットを強制（Force Password Reset on Login）

次回ログイン時に、ユーザに強制的に各自のパスワードを変更させるには、このオプションを選択します。

パスワード強度のチェック（Check Password Strength）

強力なパスワードを必須にするには、このオプションを選択します。強力なパスワードは 8 文字以上の英数字からなり、大文字と小文字を使用し、1 つ以上の数字と 1 つ以上の特殊文字を使用する必要があります。辞書に記載されている単語や、同じ文字を連続して繰り返し使用することはできません。

ブラウザセッションタイムアウトから除外する（Exempt from Browser Session Timeout）

操作が行われなかったことが原因でユーザのログインセッションが終了しないようにするには、このオプションを選択します。管理者ロールが割り当てられているユーザを除外することはできません。

コマンドラインのアクセスレベル

7000 または 8000 シリーズデバイスでローカル Web インターフェイスを使用して、コマンドラインインターフェイスアクセスをローカルデバイスのユーザに割り当てることができます。NGIPSv ではコマンドラインアクセスをユーザに割り当てることもできますが、コマンドはコマンドラインインターフェイスから使用することに注意してください。

ユーザが実行できるコマンドは、ユーザに割り当てられているアクセスのレベルによって決まります。[コマンドラインインターフェイスアクセス（Command-Line Interface Access）] 設定で指定できる値は、次のとおりです。

なし（None）

ユーザは、コマンドラインでアプライアンスにログインすることはできません。ユーザが資格情報を入力すると、ユーザが開始したセッションがすべて終了します。ユーザ作成時に、アクセスレベルはデフォルトで [なし（None）] に設定されます。

設定（Configuration）

ユーザは、任意のコマンドラインオプションにアクセスできます。このアクセスレベルをユーザに割り当てるときには注意してください。

注意	外部認証ユーザに付与されるコマンドラインアクセスは、デフォルトで [設定（Configuration）] レベルのコマンドラインアクセスになり、すべてのコマンドラインユーティリティに対する権限が付与されます。

基本

特定の一連のコマンドはユーザが実行できます。それらは、次のとおりです。

表 10. 基本的なコマンドラインコマンド
`configure password`	`interfaces`
`終了`	`lcd`
`exit`	`link-state`
`ヘルプ`	`log-ips-connection`
`history`	`managers`
`ログアウト`	`memory`
`?`	`model`
`??`	`mpls-depth`
`access-control-config`	`NAT`
`alarms`	`network`
`arp-tables`	`network-modules`
`audit-log`	`ntp`
`bypass`	`perfstats`
`high-availability`	`portstats`
`cpu`	`power-supply-status`
`データベース`	`process-tree`
`device-settings`	`processes`
`disk`	`routing-table`
`disk-manager`	`serial-number`
`dns`	`stacking`
`expert`	`summary`
`fan-status`	`時刻`
`fastpath-rules`	`traffic-statistics`
`gui`	`version`
`hostname`	`virtual-routers`
`hyperthreading`	`virtual-switches`
`inline-sets`

Firepower Threat Defense の CLI ユーザアカウントの作成

Firepower Threat Defense デバイスで CLI にアクセスするユーザを作成できます。これらのアカウントは管理アプリケーションへのアクセスは許可されず、CLI へのアクセスのみが有効になります。CLI はトラブルシューティングやモニタリング用に役立ちます。

複数のデバイス上にアカウントを一度に作成することはできません。デバイスごとに固有の CLI アカウントのセットがあります。

手順

ステップ 1

config 権限を持つアカウントを使用してデバイスの CLI にログインします。

管理者ユーザアカウントには必要な権限がありますが、config 権限を持っていればどのアカウントでも問題ありません。SSH セッションまたはコンソールポートを使用できます。

特定のデバイスモデルでは、コンソールポートから FXOS CLI に移動します。connect ftd コマンドを使用して Firepower Threat Defense CLI にアクセスします。

ステップ 2

ユーザアカウントを作成します。

configure user add username {basic | config }

次の権限レベルを持つユーザを定義できます。

config ：ユーザに設定アクセス権を付与します。すべてのコマンドの管理者権限がユーザに与えられます。
basic ：ユーザに基本的なアクセス権を付与します。ユーザはコンフィギュレーションコマンドを入力することはできません。

例:

次の例では、config アクセス権を使用して、joecool という名前のユーザアカウントを追加します。パスワードは入力時に非表示となります。


> configure user add joecool config
Enter new password for user joecool: newpassword
Confirm new password for user joecool: newpassword
> show user
Login              UID   Auth Access  Enabled Reset    Exp Warn  Str Lock Max
admin             1000  Local Config  Enabled    No  Never  N/A  Dis   No N/A
joecool           1001  Local Config  Enabled    No  Never  N/A  Dis   No   5

（注）

configure password コマンドを使用して自分のパスワードを変更できることをユーザに伝えます。

ステップ 3

（オプション）セキュリティ要件を満たすようにアカウントの性質を調整します。

アカウントのデフォルト動作を変更するには、次のコマンドを使用できます。

configure user aging username max_days warn_days

ユーザパスワードの有効期限を設定します。パスワードの最大有効日数と、有効期限が近づいたことをユーザに通知する警告を期限切れとなる何日前に発行するかを指定します。どちらの値も 1 ~ 9999 ですが、警告までの日数は最大日数以内にする必要があります。アカウントを作成した場合、パスワードの有効期限はありません。
configure user forcereset ユーザ名

次回ログイン時にユーザにパスワードを強制的に変更してもらいます。
configure user maxfailedlogins username number

アカウントがロックされる前の連続したログイン失敗の最大回数を 1 ~ 9999 までで設定します。アカウントをロック解除するには、configure user unlock コマンドを使用します。新しいアカウントのデフォルトは、5 回連続でのログインの失敗です。
configure user minpasswdlen username number

パスワードの最小長を 1 ~ 127 までで設定します。
configure user strengthcheck ユーザ名 { enable |disable }

パスワードの変更時にユーザに対してパスワード要件を満たすように要求する、パスワードの強度確認を有効または無効にします。ユーザパスワードの有効期限が切れた場合、または configure user forcereset コマンドを使用した場合は、ユーザが次にログインしたときにこの要件が自動的に有効になります。

ステップ 4

必要に応じてユーザアカウントを管理します。

ユーザをアカウントからロックアウトしたり、アカウントを削除するか、またはその他の問題を修正したりする必要があります。システムのユーザアカウントを管理するには、次のコマンドを使用します。

configure user access ユーザ名 { basic |config }

ユーザアカウントの権限を変更します。
configure user delete ユーザ名

指定したアカウントを削除します。
configure user disable ユーザ名

指定したアカウントを削除せずに無効にします。ユーザは、アカウントを有効にするまでログインできません。
configure user enable ユーザ名

指定したアカウントを有効にします。
configure user password ユーザ名

指定したユーザのパスワードを変更します。ユーザは通常、configure password コマンドを使用して自分のパスワードを変更する必要があります。
configure user unlock ユーザ名

ログイン試行の最大連続失敗回数の超過が原因でロックされたユーザアカウントをロック解除します。

Firepower システムのユーザ認証

Firepower Management Center または管理対象デバイスでユーザが Web インターフェイスにログインすると、アプライアンスがローカルのユーザリストでユーザ名とパスワードに一致するものを検索します。このプロセスは認証と呼ばれます。

認証には次の 2 種類あります。

内部認証：システムはユーザについてローカルデータベースのリストを確認します。
外部認証：システムはユーザについてローカルデータベースのリストを確認し、そのリストにユーザが存在しない場合は、そのユーザリストを外部認証サーバに照会します。

認証プロセスは、次のとおりです。

図は内部認証と外部認証を示しています。ユーザクレデンシャルの認証は、内部データベースとの照合で行われ、有効化されている場合は外部データベースも使用されます。

ユーザアカウントを作成する場合は、そのユーザに対して内部認証または外部認証を指定します。

内部認証

内部認証では、ユーザクレデンシャルは、内部 Firepower システムのデータベースのレコードに照らして検証されます。これがデフォルトの認証タイプです。

ユーザのアカウントを作成する際に、内部認証のユーザにアクセス権を設定します。

（注）

内部認証ユーザが外部認証に変換された場合、内部認証に戻すことはできません。

外部認証

外部認証では、Firepower Management Center または管理対象デバイスによって、外部サーバのリポジトリからユーザクレデンシャルが取得されます。外部サーバは、Lightweight Directory Access Protocol（LDAP）ディレクトリサーバまたは Remote Authentication Dial In User Service（RADIUS）認証サーバにすることができます。

プラットフォーム設定ポリシーおよび個別のユーザアカウントの設定を使用して外部認証を有効にします。次のガイドラインに注意してください。

複数の外部認証オブジェクトを使用して、ユーザが Firepower Management Center Web インターフェイスにアクセスするときの認証を実行できます。つまり、5 つの外部認証オブジェクトがある場合、いずれかのオブジェクトのユーザを Web インターフェイスにアクセスするときの認証を実行できます。
Firepower Management Center へのシェルアクセスに使用できる外部認証オブジェクトは 1 つだけです。複数の外部認証オブジェクトが設定されている場合、ユーザはリスト内の最初のオブジェクトのみを使用して認証できます。

ユーザがアプライアンスに初めてログインすると、アプライアンスは、ローカルユーザレコードを作成して、これらの外部クレデンシャルを一連のアクセス許可に関連付けます。ユーザには、次のいずれかに基づいて権限が割り当てられます。

属するグループまたはアクセスリスト
アプライアンスのプラットフォーム設定ポリシーで設定したデフォルトのユーザアクセスロール

権限がグループまたはリストのメンバーシップによって付与される場合は、権限を変更できません。ただし、デフォルトのユーザロールによって割り当てられている場合は、ユーザアカウントで変更でき、この変更でデフォルトの設定がオーバーライドされます。次に例を示します。

外部認証ユーザアカウントのデフォルトロールとして特定のアクセスロールが設定されている場合、ユーザは外部アカウントクレデンシャルを使用してアプライアンスにログインでき、この際にシステム管理者による追加の設定は必要ありません。
アカウントが外部で認証され、デフォルトではアクセス権限が付与されない場合、ユーザはログインできますが、どの機能にもアクセスできません。ユーザ（またはシステム管理者）は、ユーザ機能へ適切なアクセス権を付与する権限を変更することができます。

Firepower システムインターフェイスでは、外部認証ユーザのパスワード管理および外部認証ユーザの非アクティブ化は実行できません。外部認証ユーザの場合、LDAP グループメンバーシップ、RADIUS リストメンバーシップ、または属性値によってアクセスロールが割り当てられているユーザの Firepower システムユーザ管理ページでは、最小アクセス権を削除することができません。外部認証ユーザの [ユーザの編集（Edit User）] ページでは、外部認証サーバの設定により付与された権限は、[外部変更済み（Externally Modified）] ステータスでマークされます。

ただし、追加の権限を割り当てることはできます。外部認証ユーザのアクセス権を変更すると、[ユーザ管理（User Management）] ページの [認証方式（Authentication Method）] カラムに、[外部：ローカルで変更済み（External - Locally Modified）] というステータスが表示されます。

LDAP 認証

LDAP（Lightweight Directory Access Protocol）により、ユーザクレデンシャルなどのオブジェクトをまとめるためのディレクトリをネットワーク上の一元化されたロケーションにセットアップできます。こうすると、複数のアプリケーションがこれらのクレデンシャルと、クレデンシャルの記述に使用される情報にアクセスできます。ユーザのクレデンシャルを変更する必要がある場合も、常に 1 箇所でクレデンシャルを変更できます。

LDAP 認証オブジェクトは Firepower Management Center 上に作成する必要がありますが、Web インターフェイスを備えた管理対象デバイス（つまり、7000 および 8000 シリーズデバイス）であればどれでも、オブジェクトを有効にするプラットフォーム設定ポリシーをそのデバイスに導入することで、外部認証オブジェクトを使用できます。ポリシーを導入すると、オブジェクトがデバイスにコピーされます。

（注）

7000 および 8000 シリーズデバイスで外部認証を有効にする前に、シェルアクセスフィルタに含まれている外部認証ユーザと同じユーザ名を持つ内部認証シェルユーザまたは CLI ユーザをすべて削除してください。

LDAP 命名標準は、アドレスの指定と、認証オブジェクトのフィルタおよび属性の構文に使用できることに注意してください。詳細については、『Lightweight Directory Access Protocol (v3): Technical Specification』（RFC 3377）に記載されている RFC を参照してください。この手順では構文の例が示されています。Microsoft Active Directory Server へ接続するための認証オブジェクトをセットアップするときに、ドメインを含むユーザ名を参照する場合には、Internet RFC 822（Standard for the Format of ARPA Internet Text Messages）仕様に記載されているアドレス指定構文を使用できることに注意してください。たとえばユーザオブジェクトを参照する場合は、JoeSmith@security.example.com と入力し、Microsoft Active Directory Sever を使用する場合の同等のユーザ識別名 cn=JoeSmith,ou=security, dc=example,dc=com は使用しません。

（注）

現在 Firepower システムでは、Microsoft Active Directory on Windows Server 2008、Windows Server 2008 上の Oracle Directory Server Enterprise Edition 7.0、OpenLDAP on Linux が稼働する LDAP サーバでの LDAP 外部認証がサポートされています。ただし、Firepower システムでは NGIPSv または ASA FirePOWER デバイスの外部認証はサポートされていません。

LDAP 認証オブジェクトを作成するために必要な情報

LDAP サーバへの接続を設定する前に、LDAP 認証オブジェクトを作成するのに必要な情報を収集する必要があります。

（注）

ローカルアプライアンスから、接続する認証サーバに TCP/IP でアクセスできることを確認する必要があります。

基本的な認証オブジェクトを作成するには、少なくとも以下が必要です。

接続するサーバのサーバ名または IP アドレス
接続するサーバのサーバタイプ
LDAP ツリーを参照できる十分な権限が付与されているユーザアカウントのユーザ名とパスワード。シスコはこの目的でドメイン管理ユーザのアカウントを使用することを推奨します。
アプライアンスと LDAP サーバの間にファイアウォールがある場合、発信接続を許可するファイアウォールの項目
ユーザ名が存在するサーバディレクトリのベース識別名（可能な場合）

ヒント

サードパーティの LDAP クライアントを使用して、LDAP ツリーを参照し、ベース DN と属性の説明を確認できます。またそのクライアントを使用して、選択したユーザが、選択した DN を参照できることを確認することもできます。LDAP 管理者に連絡し、ご使用の LDAP サーバ向けの推奨される認定 LDAP クライアントを確認してください。

詳細な LDAP 認証オブジェクト設定をどのようにカスタマイズするかによって、次の表に示す情報が必要となることがあります。

表 11. 追加の LDAP 設定情報
目的	必要な情報
389 以外のポートを介した接続	ポート番号
暗号化接続を使用した接続	接続の証明書
属性値に基づいてアプライアンスにアクセスできるユーザをフィルタにより絞り込む	フィルタの条件となる属性と値のペア
ユーザ識別名を検査するのではなく、特定の属性を UI アクセス属性として使用する	属性の名前
ユーザ識別名を検査するのではなく、特定の属性をシェルログイン属性として使用する	属性の名前
属性値に基づいてシェルを介してアプライアンスにアクセスできるユーザをフィルタにより絞り込む	フィルタの条件となる属性と値のペア
特定のユーザロールへのグループの関連付け	各グループの識別名、およびグループがスタティックグループの場合はグループメンバー属性、グループがダイナミックグループの場合はグループメンバーの URL 属性
認証および認可での CAC の使用	CAC。CAC を発行したのと同じ CA によって署名されたサーバ証明書、両方の証明書の証明書チェーン

CAC 認証

部門で共通アクセスカード（CAC）が使用される場合は、Web インターフェイスにログインするユーザを認証し、グループメンバーシップまたはデフォルトアクセス権に基づいて特定機能へのアクセスを許可するように、LDAP 認証を設定できます。CAC 認証および認可が設定されている場合、ユーザは、アプライアンスに個別のユーザ名とパスワードを指定せずに直接ログインすることができます。

（注）

CAC 設定プロセスの一部としてユーザ証明書を有効にするには、ブラウザに有効なユーザ証明書（この場合は CAC を介してユーザのブラウザに渡されるサーバ証明書）が存在している必要があります。CAC 認証および認可の設定後に、ネットワーク上のユーザはブラウズセッション期間にわたって CAC 接続を維持する必要があります。セッション中に CAC を削除または交換すると、Web ブラウザでセッションが終了し、システムにより Web インターフェイスから強制的にログアウトされます。

システムでは、CAC 認証ユーザは Electronic Data Interchange Personal Identifier（EDIPI）番号により識別されます。ユーザが CAC クレデンシャルを使用して初めてログインした後で、[ユーザ管理（User Management）] ページでのこれらのユーザのアクセス権限を手動で追加または削除できます。グループ制御アクセスロールを使用してユーザの権限を事前に設定していない場合、ユーザには、プラットフォーム設定ポリシーでデフォルトで付与される権限だけが与えられています。

ヒント

操作が行われない状態で 24 時間が経過すると、システムによって [ユーザ管理（User Management）] ページから CAC 認証ユーザを消去されるときに、手動で設定されたアクセス権限が削除されることに注意してください。その後ユーザがログインするたびに、ユーザがページに復元されますが、ユーザのアクセス権限に対する手動での変更はすべて再設定する必要があります。

CAC 認証の設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	7000 および 8000 シリーズ	任意（Any）	Admin/Network Admin

ネットワークのユーザが各自の CAC クレデンシャルを使用して Firepower Management Center および 7000 および 8000 シリーズデバイスにログインする前に、適切なアクセス許可を持つユーザが、CAC 認証および認可のマルチステップ設定プロセスを完了しておく必要があります。

始める前に

LDAP 認証オブジェクトを作成するために必要な情報の説明に従って情報を収集します。

手順

ステップ 1

組織の指示に従い CAC を挿入します。

ステップ 2

ブラウザで https://hostname/ を開きます（hostname はご使用の Firepower Management Center のホスト名に対応しています）。

ステップ 3

プロンプトが表示されたら、ステップ 1 で挿入した CAC に関連付けられた PIN を入力します。

ステップ 4

プロンプトが表示されたら、ドロップダウンリストから該当する証明書を選択します。

ステップ 5

ログインページで、[ユーザ名（Username）] フィールドと [パスワード（Password）] フィールドに、管理者権限を持つユーザとしてログインします。ユーザ名では、大文字と小文字が区別されます。

ヒント

CAC 認証および認可の設定が完了するまで、CAC クレデンシャルを使用したログインはできません。

ステップ 6

[システム（System）] > [ユーザ（Users）] に移動し、[外部認証（External Authentication）] タブをクリックします。

ステップ 7

および拡張 LDAP 認証オブジェクトの作成の手順に従い、CAC 認証および認可専用の LDAP 認証オブジェクトを作成します。次の設定を行う必要があります。

[LDAP 固有パラメータ（LDAP-Specific Parameters）] セクションの詳細設定オプションの [ユーザ名テンプレート（User Name Template）]。
[属性マッピング（Attribute Mapping）] セクションの [UI アクセス属性（UI Access Attribute）]。
[グループ制御アクセスロール（Group Controlled Access Roles）] セクションの既存の LDAP グループの識別名（LDP グループメンバーシップによってアクセス権を事前に設定する場合）。

ヒント

同一認証オブジェクトで CAC 認証とシェルアクセスの両方を設定できないことに注意してください。また、ユーザにシェルアクセスを許可する場合は、個別の認証オブジェクトを作成し、有効にします。

ステップ 8

[保存（Save）] をクリックします。

ステップ 9

外部認証の有効化の説明に従って、外部認証と CAC 認証を有効にします。

注意	設定変更を展開するまで変更は有効になりません。

ステップ 10

[システム（System）] > [設定（Configuration）] に移動し、[HTTPS 証明書（HTTPS Certificate）] をクリックします。

ステップ 11

HTTPS サーバ証明書をインポートし、必要に応じて HTTPS サーバ証明書のインポートで説明する手順に従います。

（注）

認証および認可に使用する予定の CAC で、HTTPS サーバ証明書とユーザ証明書が同じ認証局（CA）により発行される必要があります。

ステップ 12

[HTTPS ユーザ証明書設定（HTTPS User Certificate Settings）] の [ユーザ証明書を有効にする（Enable User Certificates）] を選択します。詳細については、有効な HTTPS クライアント証明書の強制を参照してください。

次のタスク

ユーザが初めてログインした後、手動でユーザのアクセス権を追加または削除できます。権限を変更しない場合、そのユーザにはデフォルトで付与される権限のみが設定されます。詳細については、ユーザアカウントの編集を参照してください。

基本 LDAP 認証オブジェクトの作成


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

LDAP 認証オブジェクトをセットアップできます。LDAP 認証オブジェクトでは多くの値をカスタマイズします。ただし、特定ディレクトリ内のすべてのユーザを認証するだけの場合は、そのディレクトリのベース DN を使用して基本認証オブジェクトを作成できます。ご使用のサーバタイプでベース DN のデフォルトを設定し、サーバからユーザデータを取得するために使用するアカウントの認証クレデンシャルを指定すれば、認証オブジェクトを簡単に作成できます。このためには、次の手順に従います。

（注）

（たとえば、シェルアクセスを付与するために）認証オブジェクトを作成するときに、各認証設定を検討してカスタマイズする場合は、高度な手順を使用してオブジェクトを作成します。サーバへの接続の暗号化、ユーザタイムアウトの設定、ユーザ名テンプレートのカスタマイズ、または LDAP グループメンバーシップに基づく Firepower システムユーザロールの割り当てを行う場合にも、この高度な手順を使用してください。

マルチドメイン展開では、外部認証オブジェクトは作成されたドメインでのみ使用できます。

始める前に

LDAP 認証オブジェクトを作成するために必要な情報の説明に従って情報を収集します。

手順

ステップ 1

[システム（System）] > [ユーザ（Users）]を選択します。

ステップ 2

[外部認証（External Authentication）] タブをクリックします。

ステップ 3

[外部認証オブジェクトの追加（Add External Authentication Object）] をクリックします。

ステップ 4

[認証方式（Authentication Method）] ドロップダウンリストから [LDAP] を選択します。

ステップ 5

LDAP 認証サーバの特定の説明に従って、[名前（Name）]、[説明（Description）]、[サーバタイプ（Server Type）]、[プライマリサーバホスト名/IP アドレス（Primary Server Host Name/IP Address）] を入力します。

ヒント

[デフォルトの設定（Set Defaults）] をクリックすると、システムにより、[ユーザ名テンプレート（User Name Template）]、[UI アクセス属性（UI Access Attribute）]、[シェルアクセス属性（Shell Access Attribute）]、[グループメンバ属性（Group Member Attribute）]、[グループメンバ URL 属性（Group Member URL Attribute）] フィールドにデフォルト値が設定されます。

ステップ 6

LDAP 固有パラメータの設定の説明に従って、[DN の取得（Fetch DNs）] を選択して基本識別名を指定し、オプションで [基本フィルタ（Base Filter）] に入力します。

ステップ 7

LDAP 固有パラメータの設定の説明に従って、[ユーザ名（User Name）] として識別名を入力し、LDAP サーバを参照するための十分なクレデンシャルを持っているユーザの [パスワード（Password）] を入力します。

ステップ 8

[パスワードの確認（Confirm Password）] フィールドに、パスワードを再度入力します。

ステップ 9

LDAP 認証接続のテストの説明に従って、接続をテストします。

ステップ 10

[保存（Save）] をクリックします。

例

次の図は、Microsoft Active Directory Server の LDAP ログイン認証オブジェクトの基本設定を示します。この例の LDAP サーバの IP アドレスは 10.11.3.4 です。接続ではアクセスのためにポート 389 が使用されます。

LDAP 認証オブジェクト設定のスクリーンショット。

この例では、Example 社の情報テクノロジードメインで、セキュリティ部門のベース識別名として OU=security,DC=it,DC=example,DC=com を使用した接続を示しています。

LDAP 認証オブジェクト設定のスクリーンショット。

ただし、このサーバが Microsoft Active Directory Server であるため、ユーザ名の保存に uid 属性ではなく sAMAccountName 属性が使用されます。サーバのタイプとして MS Active Directory を選択し、[デフォルトの設定（Set Defaults）] をクリックすると、[UI アクセス属性（UI Access Attribute）] が sAMAccountName に設定されます。その結果、ユーザが Firepower システムへのログインを試行すると、Firepower システムは各オブジェクトの sAMAccountName 属性を検査し、一致するユーザ名を検索します。

また、[シェルアクセス属性（Shell Access Attribute）] が sAMAccountName の場合、ユーザがアプライアンスでシェルアカウントまたは CLI アカウントにログインすると、ディレクトリ内のすべてのオブジェクトの各 sAMAccountName 属性が検査され、一致が検索されます。

基本フィルタはこのサーバに適用されないため、Firepower システムはベース識別名により示されるディレクトリ内のすべてのオブジェクトの属性を検査することに注意してください。サーバへの接続は、デフォルトの期間（または LDAP サーバで設定されたタイムアウト期間）の経過後にタイムアウトします。

次のタスク

LDAP 認証を有効にするには、外部認証の有効化の説明に従って、認証オブジェクトを有効にします。
取得されるユーザのリストを絞り込む場合の詳細は、LDAP 認証接続のトラブルシューティングを参照してください。

拡張 LDAP 認証オブジェクトの作成


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

基本認証オブジェクトの作成時に、認証サーバに接続できるようにする基本設定を定義します。拡張認証オブジェクトを作成する場合は、基本設定を定義し、サーバからユーザデータを取得するために使用するディレクトリコンテキストおよび検索条件も選択します。オプションで、シェルアクセス認証を設定できます。

ご使用のサーバタイプのデフォルト設定を使用して LDAP 設定を迅速にセットアップできますが、詳細設定をカスタマイズして、アプライアンスから LDAP サーバに暗号化接続するかどうか、接続のタイムアウト、およびサーバがユーザ情報を検査する属性を制御することもできます。

LDAP 固有のパラメータの場合、LDAP 命名基準とフィルタおよび属性のシンタックスを使用できます。詳細については、『Lightweight Directory Access Protocol (v3): Technical Specification』（RFC 3377）に記載されている RFC を参照してください。この手順では構文の例が示されています。Microsoft Active Directory Server へ接続するための認証オブジェクトをセットアップするときに、ドメインを含むユーザ名を参照する場合には、Internet RFC 822（Standard for the Format of ARPA Internet Text Messages）仕様に記載されているアドレス指定シンタックスを使用できることに注意してください。たとえばユーザオブジェクトを参照する場合は、JoeSmith@security.example.com と入力し、Microsoft Active Directory Server を使用する場合の同等のユーザ識別名 cn=JoeSmith,ou=security, dc=example,dc=com は使用しません。

（注）

CAC 認証に使用する LDAP 認証オブジェクトを設定する場合は、コンピュータに挿入されている CAC を取り外さないでください。ユーザ証明書を有効にした後では、CAC が常に挿入された状態にしておく必要があります。

マルチドメイン展開では、外部認証オブジェクトは作成されたドメインでのみ使用できます。

始める前に

LDAP 認証オブジェクトを作成するために必要な情報の説明に従って情報を収集します。
シェルアクセスフィルタに含まれている外部認証ユーザと同じユーザ名を持つ内部認証シェルユーザをすべて削除します。

手順

ステップ 1

[システム（System）] > [ユーザ（Users）]を選択します。

ステップ 2

[外部認証（External Authentication）] タブをクリックします。

ステップ 3

[外部認証オブジェクトの追加（Add External Authentication Object）] をクリックします。

ステップ 4

LDAP 認証サーバの特定の説明に従って、認証サーバを指定します。

ステップ 5

LDAP 固有パラメータの設定の説明に従って、認証設定を行います。

ステップ 6

オプションで、グループによるアクセス権の設定の説明に従って、デフォルトアクセスロール割り当ての基準として使用する LDAP グループを設定します。

ヒント

CAC 認証および認可にこのオブジェクトを使用する予定の場合、Cisco としてはアクセスロール割り当ての管理のために LDAP グループを設定することを推奨します。

ステップ 7

オプションで、LDAP シェルアクセスの設定の説明に従って、シェルアクセスの認証設定を行います。

ステップ 8

LDAP 認証接続のテストの説明に従って、設定をテストします。

ステップ 9

[保存（Save）] をクリックします。

例

次の例は、Microsoft Active Directory Server の LDAP ログイン認証オブジェクトの詳細設定を示します。この例の LDAP サーバの IP アドレスは 10.11.3.4 です。接続ではアクセスのためにポート 636 が使用されます。

LDAP ログイン認証オブジェクト設定のスクリーンショット。

この例では、Example 社の情報テクノロジードメインで、セキュリティ部門のベース識別名として OU=security,DC=it,DC=example,DC=com を使用した接続を示しています。ただし、このサーバに基本フィルタ (cn=*smith) が設定されていることに注意してください。このフィルタは、サーバから取得するユーザを、一般名が smith で終わるユーザに限定します。

取得された名前をフィルタリングする LDAP ログイン認証オブジェクト設定のスクリーンショット。

サーバへの接続が SSL を使用して暗号化され、certificate.pem という名前の証明書が接続に使用されます。また、[タイムアウト（Timeout）] の設定により、60 秒経過後にサーバへの接続がタイムアウトします。

このサーバが Microsoft Active Directory Server であるため、ユーザ名の保存に uid 属性ではなく sAMAccountName 属性が使用されます。設定では、[UI アクセス属性（UI Access Attribute）] が sAMAccountName であることに注意してください。その結果、ユーザが Firepower システムへのログインを試行すると、Firepower システムは各オブジェクトの sAMAccountName 属性を検査し、一致するユーザ名を検索します。

また、[シェルアクセス属性（Shell Access Attribute）] が sAMAccountName の場合、ユーザがアプライアンスでシェルアカウントにログインすると、ディレクトリ内のすべてのオブジェクトの各 sAMAccountName 属性が検査され、一致が検索されます。

この例では、グループ設定も行われます。[メンテナンスユーザ（Maintenance User）] ロールが、member グループ属性を持ち、ベースドメイン名が CN=SFmaintenance,=it,=example,=com であるグループのすべてのメンバーに自動的に割り当てられます。

[グループ制御アクセスロール（Group Controlled Access Roles）] 設定のスクリーンショット。

シェルアクセスフィルタは、基本フィルタと同一に設定されます。このため、同じユーザが Web インターフェイスを使用する場合と同様に、シェルまたは CLI を介してアプライアンスにアクセスできます。

[シェルアクセスフィルタ（Shell Access Filter）] 設定のスクリーンショット。

次のタスク

LDAP 認証を有効にするには、外部認証の有効化で認証オブジェクトを有効化します。

LDAP 認証サーバのフィールド

CAC

認証および許可に CAC を使用するには、このチェックボックスをオンにします。

[名前（Name）]

認証サーバの名前。

説明

認証サーバの説明。

サーバタイプ（Server Type）

接続する LDAP サーバのタイプ。タイプを選択する際には、次のオプションから選択できます。

Microsoft Active Directory Server に接続する場合は、[MS Active Directory] を選択します。
Sun Java System Directory Server または Oracle Directory Server に接続する場合は、[Oracle Directory] を選択します。
OpenLDAP サーバに接続する場合は、[OpenLDAP] を選択します。
上記のサーバ以外の LDAP サーバに接続し、デフォルト設定をクリアする場合は、[その他（Other）] を選択します。

ヒント

[デフォルトにセット（Set Defaults）] をクリックすると、[ユーザ名テンプレート（User Name Template）]、[UI アクセス属性（UI Access Attribute）]、[シェルアクセス属性（Shell Access Attribute）]、[グループメンバー属性（Group Member Attribute）]、および [グループメンバー URL 属性（Group Member URL Attribute）] フィールドにデフォルト値が入力されます。

[プライマリサーバのホスト名/IP アドレス（Primary Server Host Name/IP Address）]

認証データを取得するプライマリサーバの IP アドレスまたはホスト名。

（注）

証明書を使用し、TLS または SSL 経由で接続する場合は、証明書のホスト名が、このフィールドに入力するホスト名と一致している必要があります。また、暗号化接続では IPv6 アドレスはサポートされていません。

[プライマリサーバのポート（Primary Server Port）]

プライマリ認証サーバで使用されるポート。

[バックアップサーバのホスト名/IP アドレス（Backup Server Host Name/IP Address）]

認証データを取得するバックアップサーバの IP アドレスまたはホスト名。

[バックアップサーバポート（Backup Server Port）]

バックアップ認証サーバで使用されるポート。

LDAP 認証サーバの特定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

認証オブジェクトの作成時には、管理対象デバイスまたは Firepower Management Center が認証のために接続する、プライマリおよびバックアップサーバとサーバポートを最初に指定します。

（注）

マルチドメイン展開では、外部認証オブジェクトは作成されたドメインでのみ使用できます。

手順

ステップ 1

[システム（System）] > [ユーザ（Users）]を選択します。

ステップ 2

[外部認証（External Authentication）] タブをクリックします。

ステップ 3

[外部認証オブジェクトの追加（Add External Authentication Object）] をクリックします。

ステップ 4

[認証方式（Authentication Method）] ドロップダウンリストから [LDAP] を選択します。

ステップ 5

オプションで、CAC 認証および認可にこの認証オブジェクトを使用する予定の場合は、[CAC] チェックボックスをオンにします。

（注）

CAC 認証および認可を完全に設定するには、CAC 認証の設定の手順に従う必要があります。

ステップ 6

[名前（Name）] フィールドと [説明（Description）] フィールドに、認証サーバの名前と説明を入力します。

ステップ 7

ドロップダウンリストから [サーバタイプ（Server Type）] を選択します。詳細については、LDAP 認証サーバのフィールドを参照してください。必要に応じて、[デフォルトの設定（Set Defaults）] をクリックします。

ステップ 8

[プライマリサーバのホスト名または IP アドレス（Primary Server Host Name/IP Address）] を入力します。

（注）

証明書を使用して TLS または SSL 経由で接続する場合は、証明書のホスト名が、このフィールドに入力するホスト名と一致している必要がりあります。また、暗号化接続では IPv6 アドレスはサポートされていません。

ステップ 9

必要に応じて、[プライマリサーバポート（Primary Server Port）] を入力します。

ステップ 10

必要に応じて、[バックアップサーバのホスト名または IP アドレス（Backup Server Host Name/IP Address）] を入力します。

ステップ 11

必要に応じて、[バックアップサーバポート（Backup Server Port）] を入力します。

次のタスク

LDAP 認証オブジェクトの作成を続行します。詳細については、拡張 LDAP 認証オブジェクトの作成を参照してください。

LDAP 固有フィールド

次の表で、各 LDAP 固有パラメータについて説明します。

表 12. LDAP 固有パラメータ
設定	説明	例
ベース DN（Base DN）	アプライアンスがユーザ情報を検索する LDAP サーバのディレクトリのベース識別名を指定します。通常、ベース DN には、企業ドメインおよび部門を示す基本構造があります。プライマリサーバを特定したら、そのサーバから使用可能なベース DN のリストが自動的に取得され、該当するベース DN を選択できることに注意してください。	Example 社のセキュリティ（Security）部門のベース DN は、`ou=security,dc=example,dc=com` となります。
[基本フィルタ（Base Filter）]	ベース DN でフィルタに設定されている特定の属性と値のペアを含むオブジェクトだけを取得することで、検索を絞り込みます。基本フィルタは、カッコ内に囲まれるフィルタとして使用する属性タイプ、比較演算子、および属性値です。	F で始まる一般名を持つユーザのみをフィルタで検出するには、フィルタ `(cn=F*)` を使用します。
[ユーザ名（User Name）]/[パスワード（Password）]	ローカルアプライアンスがユーザオブジェクトにアクセスできるようにします。取得する認証オブジェクトに対する適切な権限を持つユーザのユーザ資格情報を指定します。指定するユーザの識別名は、LDAP サーバのディレクトリ情報ツリーで一意である必要があります。Microsoft Active Directory Server に関連付けられたサーバユーザ名の末尾の文字が `$` であってはなりません。	Example 社のセキュリティ（Security）部門の `admin` ユーザのユーザ名は、`cn=admin, ou=security, dc=example,dc=com` となります。
暗号化（Encryption）	通信が暗号化されるかどうかと、暗号化方法を示します。暗号化なし、Transport Layer Security（TLS）、または Secure Sockets Layer（SSL）暗号化を選択できます。TLS または SSL 経由で接続するときに認証に証明書を使用する場合、証明書の LDAP サーバ名が、指定するユーザ名と一致している必要があることに注意してください。ポートを指定した後で暗号化方式を変更すると、ポートが、選択されているサーバタイプのデフォルト値にリセットされます。	外部認証の設定に `10.10.10.250` を、証明書に `computer1. example.com` を入力すると、`computer1. example.com` に IP アドレス `10.10.10.250` がある場合であっても、接続に失敗します。外部認証設定のサーバ名を `computer1. example.com` に変更すると、接続が正常に行われます。
[SSL 証明書アップロードパス（SSL Certificate Upload Path）]	ローカルコンピュータで、暗号化に使用する証明書のパスを指定します。	`c:/server.crt`
[ユーザ名テンプレート（User Name Template）]	文字列変換文字（`%s`）をユーザの [UI アクセス属性（UI Access Attribute）] の値にマッピングすることで、ログイン時に入力されるユーザ名の形式を指定します。ユーザ名テンプレートは、認証に使用する識別名の形式です。ユーザがログインページにユーザ名を入力すると、アプライアンスにより文字列変換文字が名前に置き換えられ、その結果生成される識別名がユーザ資格情報の検索に使用されます。 CAC 認証および許可にこのオブジェクトを使用するには、[ユーザ名テンプレート（User Name Template）] に入力する必要があります。	`%s@security.example.com`, `%s@mail.com`, `%s@mil`, `%s@smil.mil`,
Timeout	プライマリサーバへの接続試行のタイムアウトを設定します。これにより、接続がバックアップサーバにロールオーバーされます。プライマリ認証サーバからの応答がない状態でこのフィールドに示されている秒数（または LDAP サーバのタイムアウト）が経過すると、アプライアンスはバックアップサーバに対してクエリを実行します。ただし LDAP がプライマリ LDAP サーバのポートで実行されており、何らかの理由で要求の処理を拒否する場合は、バックアップサーバへのフェールオーバーは行われません。	プライマリサーバで LDAP が無効な場合、アプライアンスはバックアップサーバに対してクエリを実行します。
[UI アクセス属性（UI Access Attribute）]	ローカルアプライアンスに対し、ユーザ識別名の値ではなく、特定の属性の値の照合を行うように指示します。Firepower システム Web インターフェイスの有効なユーザ名が値として設定されている属性であれば、どの属性でも使用できます。いずれかのオブジェクトに一致するユーザ名とパスワードがある場合は、ユーザログイン要求が認証されます。サーバタイプを選択し、デフォルトを設定すると、[UI アクセス属性（UI Access Attribute）] に、そのサーバタイプに適した値が取り込まれます。このフィールドを空白のままにすると、ローカルアプライアンスは、LDAP サーバの各ユーザレコードのユーザ識別名値を調べ、ユーザ名に一致しているかどうかを確認します。 CAC 認証および許可にこのオブジェクトを使用するには、[ユーザ名テンプレート（User Name Template）] の値に対応する値を入力する必要があります。	`sAMAccountName,` `userPrincipalName,` `メールアドレス`

LDAP 固有パラメータの設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

LDAP 固有パラメータセクションの設定により、アプライアンスがユーザ名を検索する LDAP ディレクトリの領域が決定され、アプライアンスから LDAP サーバへの接続の詳細が制御されます。

有効なユーザ名は一意のユーザ名であり、アンダースコア（_）、ピリオド（.）、ハイフン（-）、英数字を使用できます。

ほとんどの LDAP 固有設定の他に、LDAP 命名基準とフィルタおよび属性の構文を使用できます。詳細については、『Lightweight Directory Access Protocol (v3): Technical Specification』（RFC 3377）に記載されている RFC を参照してください。この手順では構文の例が示されています。Microsoft Active Directory Server へ接続するための認証オブジェクトをセットアップするときに、ドメインを含むユーザ名を参照する場合には、Internet RFC 822（Standard for the Format of ARPA Internet Text Messages）仕様に記載されているアドレス指定シンタックスを使用できることに注意してください。たとえばユーザオブジェクトを参照する場合は、JoeSmith@security.example.com と入力し、Microsoft Active Directory Server を使用する場合の同等のユーザ識別名 cn=JoeSmith,ou=security, dc=example,dc=com は使用しません。

（注）

手順

ステップ 1

[外部認証オブジェクトの作成（Create External Authentication Object）] ページの [LDAP 固有パラメータ（LDAP-Specific Parameters）] セクションには、ベース DN を設定する 2 つのオプションがあります。

[DN の取得（Fetch DNs）] をクリックし、ドロップダウンリストから適切なベース識別名を選択します。
アクセスする LDAP ディレクトリのベース識別名を [ベース DN（Base DN）] フィールドに入力します。たとえば、Example 社のセキュリティ（Security）部門の名前を認証するには、ou=security,dc=example,dc=com と入力します。

ステップ 2

必要に応じて、[基本フィルタ（Base Filter）] を入力します。

例:

たとえば、ディレクトリツリー内のユーザオブジェクトに physicalDeliveryOfficeName 属性が設定されており、New York 支店のユーザに対しこの属性に値 NewYork が設定されている場合、New York 支店のユーザだけを取得するには、(physicalDeliveryOfficeName=NewYork) と入力します。

ステップ 3

LDAP サーバを参照する十分なクレデンシャルがあるユーザの [ユーザ名（User Name）] として識別名と、[パスワード（Password）] を入力します。

例:

たとえば、ユーザオブジェクトに uid 属性が含まれている OpenLDAP サーバに接続し、Example 社のセキュリティ（Security）部門の管理者のオブジェクトの uid に値 NetworkAdmin が設定されている場合は、uid=NetworkAdmin,ou=security,dc=example,dc=com と入力します。

注意	Microsoft Active Directory Server に接続する場合は、末尾の文字が `$` のサーバユーザ名は指定できません。

ステップ 4

[パスワードの確認（Confirm Password）] フィールドに、パスワードを再度入力します。

ステップ 5

基本的な LDAP 固有パラメータの設定後に行う手順には、いくつかの選択肢があります。

詳細オプションにアクセスするには、[詳細オプションを表示（Show Advanced Options）] の横の矢印をクリックし、次のステップに進みます。
LDAP グループメンバーシップに基づいてユーザデフォルトロールを設定する場合は、グループによるアクセス権の設定に進みます。
認証に LDAP グループを使用しない場合は、LDAP シェルアクセスの設定に進みます。

ステップ 6

必要に応じて、LDAP 接続に [暗号化（Encryption）] モードを選択します。

（注）

ポートを指定した後で暗号化方式を変更すると、ポートがその方式のデフォルト値にリセットされることに注意してください。[なし（None）] または [TLS] の場合、ポートはデフォルト値 389 を使用します。SSL 暗号化を選択した場合は、ポートはデフォルト値 636 を使用します。

ステップ 7

TLS または SSL が暗号化を選択し、認証に証明書を使用する場合は、有効な TLS または SSL 証明書の場所を参照します。

（注）

以前にアップロードした証明書を置き換えるには、新しい証明書をアップロードし、設定をアプライアンスに再展開して、新しい証明書を上書きコピーします。

ステップ 8

必要に応じて、[UI アクセス属性（UI Access Attribute）] に対応する [ユーザ名テンプレート（User Name Template）] を指定します。

例:

たとえば、UI アクセス属性が uid である OpenLDAP サーバに接続し、Example 社のセキュリティ（Security）部門で働くすべてのユーザを認証するには、[ユーザ名テンプレート（User Name Template）] フィールドに uid=%s,ou=security,dc=example,dc=com と入力します。Microsoft Active Directory Server の場合は %s@security.example.com と入力します。

（注）

認証および認可に CAC 資格情報を使用するには、[ユーザ名テンプレート（User Name Template）] フィールドに値を入力する必要があります。

ステップ 9

オプションで、バックアップ接続にロールオーバーするまでの経過秒数を [タイムアウト（Timeout）] フィールドに入力します。

ステップ 10

オプションで、ベース DN および基本フィルタの代わりに属性に基づいてユーザを取得する場合、2 つのオプションがあります。

[属性を取得（Fetch Attrs）] をクリックして使用可能な属性のリストを取得し、適切な属性を選択します。
[UI アクセス属性（UI Access Attribute）] を入力します。たとえば Microsoft Active Directory Server では、Active Directory Server ユーザオブジェクトに uid 属性がないため、[UI アクセス属性（UI Access Attribute）] を使用してユーザを取得することがあります。代わりに [UI アクセス属性（UI Access Attribute）] フィールドに userPrincipalName と入力して、userPrincipalName 属性を検索できます。

（注）

認証および認可に CAC 資格情報を使用するには、[UI アクセス属性（UI Access Attribute）] フィールドに値を入力する必要があります。

次のタスク

拡張 LDAP 認証オブジェクトの作成の説明に従って、引き続き LDAP 認証オブジェクトを作成します。

LDAP グループフィールド

参照するグループはすべて LDAP サーバに存在している必要があります。スタティック LDAP グループまたはダイナミック LDAP グループを参照できます。スタティック LDAP グループとは、特定のユーザを指し示すグループオブジェクト属性によってメンバーシップが決定されるグループであり、ダイナミック LDAP グループとは、ユーザオブジェクト属性に基づいてグループユーザを取得する LDAP 検索を作成することでメンバーシップが決定されるグループです。ロールのグループアクセス権は、グループのメンバーであるユーザにのみ影響します。

ユーザが Firepower システムにログインするときに付与されるアクセス権は、LDAP 構成によって異なります。

LDAP サーバでグループアクセス権が設定されていない場合、新しいユーザがログインすると、Firepower システムはそのユーザを LDAP サーバに対して認証し、プラットフォーム設定ポリシーに設定されているデフォルトの最小アクセスロールに基づいてユーザ権限を付与します。
グループ設定を設定すると、指定されたグループに属している新しいユーザは、メンバーとなっているグループの最小アクセス設定を継承します。
新しいユーザが指定のどのグループにも属していない場合は、認証オブジェクトの [グループ制御アクセスロール（Group Controlled Access Roles）] セクションに指定されているデフォルトの最小アクセスロールが割り当てられます。
設定されている複数のグループにユーザが属している場合、ユーザは最も高いアクセスを持つグループのアクセスロールを最小アクセスロールとして受け取ります。

Firepower システムユーザ管理ページでは、LDAP グループメンバーシップによってアクセスロールが割り当てられているユーザの最小アクセス権を削除することはできません。ただし、追加の権限を割り当てることはできます。外部認証ユーザのアクセス権を変更すると、[ユーザ管理（User Management）] ページの [認証方式（Authentication Method）] 列に、[外部 - ローカル変更（External - Locally Modified）] というステータスが表示されます。

（注）

ダイナミックグループを使用する場合、LDAP クエリは、LDAP サーバで設定されている通りに使用されます。この理由から、検索構文エラーが原因で無限ループが発生することを防ぐため、Firepower システムでは検索の再帰回数が 4 回に制限されています。この再帰回数内でユーザのグループメンバーシップが確立されない場合、[グループ制御アクセスロール（Group Controlled Access Roles）] セクションで定義されているデフォルトアクセスロールがユーザに付与されます。

[Firepower システムのユーザ権限（Firepower System User Roles）]

各ユーザロールを割り当てる必要があるユーザを含む LDAP グループの識別名。

[デフォルトのユーザロール（Default User Role）]

指定したグループのいずれにも属していないユーザのデフォルトの最小アクセス。

[グループメンバーの属性（Group Member Attribute）]

スタティックグループに LDAP 検索文字列を含む LDAP 属性。

[グループメンバーの URL 属性（Group Member URL Attribute）]

ダイナミックグループのメンバーシップを指定する LDAP 属性。

グループによるアクセス権の設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

LDAP グループのユーザのメンバーシップに基づいてデフォルトアクセス権を設定する場合は、Firepower システムにより使用される各アクセスロールに、LDAP サーバの既存のグループの識別名を指定できます。これを行うと、LDAP によって検出された、指定のどのグループにも属さないユーザのデフォルトアクセス設定を設定できます。ユーザがログインすると、Firepower システムは LDAP サーバを動的に検査し、ユーザの現在のグループメンバーシップに基づいてデフォルトアクセス権を割り当てます。

グループ制御アクセスロールを使用してユーザの権限を事前に設定していない場合、ユーザには、プラットフォーム設定ポリシーでデフォルトで付与される権限だけが与えられています。

CAC 認証および認可にオブジェクトを使用する予定の場合、CAC 認証ユーザへのアクセスロール割り当ての管理のために LDAP グループを設定することを推奨します。

（注）

始める前に

参照する予定のグループが LDAP サーバに存在することを確認します。

手順

ステップ 1	[外部認証オブジェクトの作成（Create External Authentication Object）] ページで、[グループ制御アクセスロール（Group Controlled Access Roles）] の横の下矢印をクリックします。
ステップ 2	必要に応じて、Firepower システムユーザロールに対応する [DN] フィールドに、これらのロールに割り当てる必要があるユーザを含む LDAP グループの識別名を入力します。例: たとえば、`Example` 社の情報テクノロジー（Information Technology）部門の名前を認証するには、[管理者（Administrator）] フィールドに次のように入力します。 `cn=itgroup,ou=groups, dc=example,dc=com`
ステップ 3	[デフォルトユーザロール（Default User Role）] を選択します。
ステップ 4	スタティックグループを使用する場合は、[グループメンバー属性（Group Member Attribute）] を入力します。例: たとえば、デフォルトの Security Analyst アクセスのために参照するスタティックグループのメンバーシップを示すために `member` 属性を使用する場合は、`member` と入力します。
ステップ 5	ダイナミックグループを使用する場合は、[グループメンバー URL 属性（Group Member URL Attribute）] を入力します。例: たとえば、デフォルトの Admin アクセスに対して指定したダイナミックグループのメンバーを取得する LDAP 検索が `memberURL` 属性に含まれている場合は、`memberURL` と入力します。

次のタスク

拡張 LDAP 認証オブジェクトの作成の説明に従って、引き続き LDAP 認証オブジェクトを作成します。

LDAP シェルアクセスのフィールド

admin アカウントを除き、シェルアクセスは設定したシェルアクセス属性によって完全に制御されます。設定するシェルアクセスフィルタにより、シェルにログインできる LDAP サーバのユーザが決定します。

ログイン時に各シェルユーザのホームディレクトリが作成されること、および（LDAP 接続を無効にすることで）LDAP シェルアクセスユーザアカウントが無効になっている場合はディレクトリが維持されますが、ユーザシェルは /etc/password 内の /bin/false に設定され、シェルが無効になることに注意してください。ユーザが再度有効になると、同じホームディレクトリを使用してシェルがリセットされます。

シェルユーザは、小文字、大文字、または小文字と大文字が混在するユーザ名を使用してログインすることができます。シェルのログイン認証では大文字と小文字が区別されます。

[シェルアクセス属性（Shell Access Attribute）]

ユーザがフィルタリング用に使用するアクセス属性です。シェルアクセスの有効なユーザ名が値として設定されている属性であれば、どの属性でも使用できます。

このフィールドを空白のままにした場合、シェルアクセス認証にはユーザ識別名が使用されます。

ヒント

サーバタイプを選択し、デフォルトを設定すると、そのサーバタイプに適した属性がこのフィールドに事前に取り込まれます。

[シェルアクセスフィルタ（Shell Access Filter）]

シェルアクセス用の管理ユーザのエントリを取得するために使用する属性値です。フィルタは、属性名、比較演算子、および属性値です。

[ベースフィルタと同じ（Same as Base Filter）] チェックボックスを使用すると、ベース DN で限定されるすべてのユーザが、シェルアクセス権限でも限定される場合に、より効率的に検索できます。通常、ユーザを取得する LDAP クエリは、基本フィルタとシェルアクセスフィルタを組み合わせます。シェルアクセスフィルタが基本フィルタと同一である場合は、同じクエリが 2 回実行されることになり、不必要に時間を消費することになります。[ベースフィルタと同じ（Same as Base Filter）] オプションを使用すると、この両方の目的でクエリを 1 回だけ実行することができます。

このフィールドを空白のままにすると、シェルアクセスの LDAP 認証が回避されます。

LDAP シェルアクセスの設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

LDAP サーバを使用して、管理対象デバイスまたは Firepower Management Center でシェルアクセス用のアカウントを認証できます。シェルアクセスを付与するユーザの項目を取得する検索フィルタを指定します。

同一認証オブジェクトで CAC 認証および認可とシェルアクセスの両方を設定することはできません。代わりに、別の認証オブジェクトを作成し、有効にします。

シェルアクセスの認証オブジェクトは、Firepower Management Center の最初の認証オブジェクトである必要があります。

シスコは、NGIPSv デバイスまたは ASA FirePOWER デバイスの外部認証をサポートしていません。さらに、シェルアクセス認証では IPv6 がサポートされていません。

注意	すべてのアプライアンスで、（外部認証または CLI `expert` コマンドで取得した）シェルアクセスを持つユーザには、シェルでの `sudoers` 権限がありますが、これはセキュリティリスクを示す場合があります。外部認証を確立する場合は、シェルアクセスが付与されるユーザのリストを適切に制限してください。同様に、CLI アクセス権限を付与する場合は、構成レベルのアクセス権を持つユーザのリストを制限してください。Firepower Management Center で追加のシェルユーザを設定しないことをお勧めします。

同一認証オブジェクトで CAC 認証および認可とシェルアクセスの両方を設定することはできません。[CAC] チェックボックスをオンにすると、そのページのシェルアクセス設定のオプションが無効になります。代わりに、別の認証オブジェクトを作成し、有効にします。

始める前に

シェルアクセスフィルタに含まれている外部認証ユーザと同じユーザ名を持つ内部認証 CLI またはシェルユーザを削除します。

手順

ステップ 1

[外部認証オブジェクトの作成（Create External Authentication Object）] ページで、ユーザ識別以外のシェルアクセス属性を使用する場合は、[シェルアクセス属性（Shell Access Attribute）] に入力します。

例:

たとえば、Microsoft Active Directory Server で sAMAccountName シェルアクセス属性を使用してシェルアクセスユーザを取得するには、[シェルアクセス属性（Shell Access Attribute）] フィールドに sAMAccountName と入力します。

ステップ 2

シェルアクセスアカウントフィルタを設定します。次の複数のオプションがあります。

属性値に基づいて管理ユーザ項目を取得するには、属性名、比較演算子、およびフィルタとして使用する属性値を、カッコで囲んで [シェルアクセスフィルタ（Shell Access Filter）] フィールドに入力します。たとえば、すべてのネットワーク管理者の manager 属性に属性値 shell が設定されている場合は、基本フィルタ (manager=shell) を設定できます。
認証設定の設定時に指定したものと同じフィルタを使用するには、[基本フィルタと同じ（Same as Base Filter）] を選択します。
シェルアクセスの LDAP 認証を防止するには、このフィールドを空白にします。

次のタスク

拡張 LDAP 認証オブジェクトの作成の説明に従って、引き続き LDAP 認証オブジェクトを作成します。

LDAP 認証接続のテスト


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

LDAP サーバを設定し、認証設定を行ったら、これらの設定をテストするため、認証できる必要があるユーザのユーザ資格情報を指定できます。

[ユーザ名（User Name）] にテストに使用するユーザの uid 属性の値を入力できます。Microsoft Active Directory Server に接続して uid の代わりに UI アクセス属性を指定する場合は、ユーザ名としてこの属性の値を使用します。ユーザの完全修飾識別名も指定できます。

同じユーザのパスワードを使用します。

テスト出力には、有効なユーザ名と無効なユーザ名が示されます。有効なユーザ名は一意のユーザ名であり、アンダースコア（_）、ピリオド（.）、ハイフン（-）、英数字を使用できます。

Web インターフェイスのページサイズ制限のため、ユーザ数が 1000 を超えているサーバへの接続をテストする場合、返されるユーザの数は 1000 であることに注意してください。

ヒント

テストユーザの名前とパスワードを誤って入力すると、サーバ設定が正しい場合でもテストが失敗します。最初に、追加のテストパラメータを使用せずにサーバ設定をテストします。正常に完了した場合は、テストする特定ユーザのユーザ名とパスワードを指定します。

手順

ステップ 1

[外部認証オブジェクトの追加（Add External Authentication Object）] ページで、[ユーザ名（User Name）] と [パスワード（Password）] を入力します。

例:

たとえば、Example 社のユーザ JSmith の資格情報を取得できるかどうかをテストするには、「JSmith」および「password」を入力します。

ステップ 2

[テスト（Test）] をクリックします。次の 2 つの対処法があります。

テストが成功した場合、テストの出力がページ下部に表示されます。[保存（Save）] をクリックします。
テストが失敗した場合は、接続のトラブルシューティングの提案事項について、LDAP 認証接続のトラブルシューティングを参照してください。

次のタスク

LDAP 認証を有効にするには、外部認証の有効化の説明に従って、認証オブジェクトを有効にします。

LDAP 認証接続のトラブルシューティング

LDAP 認証オブジェクトを作成したが、選択したサーバへの接続が失敗したか、または必要なユーザのリストが取得されなかった場合は、そのオブジェクトの設定を調整できます。

接続のテストで接続が失敗する場合は、設定のトラブルシューティングに関する次の推奨手順を試してください。

画面上部とテスト出力に示されるメッセージから、問題の原因となっているオブジェクトの部分を確認します。
オブジェクトに使用したユーザ名とパスワードが有効であることを確認します。
- サードパーティの LDAP ブラウザを使用して LDAP サーバに接続し、ベース識別名に示されているディレクトリを参照する権限がユーザにあることを確認します。
- ユーザ名が、LDAP サーバのディレクトリ情報ツリーで一意であることを確認します。
- テスト出力に LDAP バインドエラー 49 が示される場合は、ユーザのユーザバインディングが失敗しています。サードパーティアプリケーションを使用してサーバ認証を試行し、その接続でも同様にバインディングが失敗するかどうかを確認します。
サーバを正しく指定していることを確認します。
- サーバの IP アドレスまたはホスト名が正しいことを確認します。
- ローカルアプライアンスから、接続する認証サーバに TCP/IP でアクセスできることを確認します。
- サーバへのアクセスがファイアウォールによって妨げられないこと、およびオブジェクトで設定されているポートがオープンしていることを確認します。
- 証明書を使用して TLS または SSL 経由で接続する場合は、証明書のホスト名が、サーバに使用されているホスト名と一致している必要があります。
- シェルアクセスを認証する場合は、サーバ接続に IPv6 アドレスを使用していないことを確認します。
- サーバタイプのデフォルトを使用している場合は、正しいサーバタイプであることを確認し、[デフォルトの設定（Set Default）] をもう一度クリックしてデフォルト値をリセットします。
ベース識別名を入力した場合は、[DN を取得（Fetch DNs）] をクリックし、サーバで使用可能なすべてのベース識別名を取得し、リストから名前を選択します。
フィルタ、アクセス属性、または詳細設定を使用している場合は、それぞれが有効であり正しく入力されていることを確認します。
フィルタ、アクセス属性、または詳細設定を使用している場合は、各設定を削除し、設定なしでオブジェクトをテストしてみます。
基本フィルタまたはシェルアクセスフィルタを使用している場合は、フィルタが括弧で囲まれており、有効な比較演算子を使用していることを確認します。
より制限された基本フィルタをテストするには、特定のユーザだけを取得するため、フィルタにそのユーザのベース識別名を設定します。
暗号化接続を使用する場合：
- 証明書の LDAP サーバの名前が、接続に使用するホスト名と一致していることを確認します。
- 暗号化されたサーバ接続で IPv6 アドレスを使用していないことを確認します。
テストユーザを使用する場合、ユーザ名とパスワードが正しく入力されていることを確認します。
テストユーザを使用する場合、ユーザクレデンシャルを削除してオブジェクトをテストします。
次の構文を使用して、接続するアプライアンスでコマンドラインから LDAP サーバに接続し、使用するクエリをテストします。
```
ldapsearch -x -b 'base_distinguished_name'
```
```
-h LDAPserver_ip_address -p port -v -D
```
```
'user_distinguished_name' -W 'base_filter'
```
たとえば、domainadmin@myrtle.example.com ユーザと基本フィルタ (cn=*) を使用して myrtle.example.com のセキュリティドメインに接続する場合は、次のステートメントを使用して接続をテストできます。
```
ldapsearch -x -b 'CN=security,DC=myrtle,DC=example,DC=com'
```
```
-h myrtle.example.com -p 389 -v -D
```
```
'domainadmin@myrtle.example.com' -W '(cn=*)'
```

接続のテストが正常に完了したが、プラットフォーム設定ポリシーの適用後に認証が機能しない場合は、使用する認証とオブジェクトの両方が、アプライアンスに適用されるプラットフォーム設定ポリシーで有効になっていることを確認します。

正常に接続されたが、接続で取得されたユーザリストを調整する必要がある場合は、基本フィルタまたはシェルアクセスフィルタを追加または変更するか、ベース DN をさらに制限するかまたは制限を緩めて使用することができます。

RADIUS 認証

Remote Authentication Dial In User Service（RADIUS）は、ネットワークリソースへのユーザアクセスの認証、認可、およびアカウンティングに使用される認証プロトコルです。RFC 2865 に準拠するすべての RADIUS サーバで、認証オブジェクトを作成できます。

RADIUS サーバで認証されたユーザが初めてログインすると、認証オブジェクトでそのユーザに指定されている権限がユーザに付与されます。どのユーザロールにもリストされていないユーザには、認証オブジェクトで選択されているデフォルトアクセス権限が付与されます。認証オブジェクトでデフォルトアクセス権限が選択されていない場合は、プラットフォームの設定ポリシーに設定されているデフォルトアクセス権限が付与されます。設定が認証オブジェクトのユーザリストを介して付与されていない場合は、必要に応じてユーザの権限を変更できます。属性照合を使用して RADIUS サーバで認証されたユーザが初めてログインしようとすると、ユーザアカウントが作成されているためログインが拒否されることに注意してください。ユーザはもう一度ログインする必要があります。

（注）

7000 または 8000 シリーズデバイスで外部認証を有効にする前に、シェルアクセスフィルタに含まれている外部認証ユーザと同じユーザ名を持つ内部認証 CLI ユーザをすべて削除してください。

Firepower システムの RADIUS 実装では、SecurID® トークンの使用がサポートされています。SecurID を使用したサーバによる認証を設定すると、そのサーバに対して認証されているユーザが、SecurID PIN の末尾に SecurID トークンを付加し、Cisco システムへのログイン時にそれをパスワードとして使用します。SecurID が外部のユーザを認証するように適切に設定されている限り、これらのユーザは PIN と SecurID を使用して Firepower Management Center または 7000 または 8000 シリーズデバイスにログインできるので、追加の設定は不要です。

RADIUS 認証オブジェクトの作成


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

RADIUS 認証オブジェクトの作成時に、認証サーバに接続できるようにする設定を定義します。また、特定のユーザおよびデフォルトユーザにユーザロールを付与します。RADIUS サーバから、認証予定のユーザのカスタム属性が返される場合は、これらのカスタム属性を定義する必要があります。オプションで、CLI またはシェルアクセス認証も設定できます。

マルチドメイン展開では、外部認証オブジェクトは作成されたドメインでのみ使用できます。

始める前に

ローカルアプライアンスから、接続する認証サーバに TCP/IP でアクセスできることを確認します。

手順

ステップ 1	[システム（System）] > [ユーザ（Users）]を選択します。
ステップ 2	[外部認証（External Authentication）] タブをクリックします。
ステップ 3	[外部認証オブジェクトの追加（Add External Authentication Object）] をクリックします。
ステップ 4	[認証方式（Authentication Method）] ドロップダウンリストから [RADIUS] を選択します。
ステップ 5	RADIUS 接続の設定の説明に従って、認証サーバを指定します。
ステップ 6	RADIUS ユーザロールの設定の説明に従って、ユーザロールを設定します。
ステップ 7	オプションで、RADIUS シェルアクセスの設定の説明に従ってシェルアクセスを設定します。
ステップ 8	オプションで、カスタム RADIUS 属性の定義の説明に従ってカスタム属性を定義します。
ステップ 9	RADIUS 認証接続のテストの説明に従って、設定をテストします。

例

次の図は、IP アドレスが 10.10.10.98 で FreeRADIUS が稼働しているサーバのサンプル RADIUS ログイン認証オブジェクトを示します。接続ではアクセスのためにポート 1812 が使用されること、および不使用期間が 30 秒を経過するとサーバ接続がタイムアウトになり、バックアップ認証サーバへの接続試行前に、サーバ接続が 3 回再試行されることに注意してください。

次の例は、RADIUS ユーザロール設定の重要な特徴を示します。

ユーザ ewharton と gsand には、この認証オブジェクトが有効になっているアプライアンスへの管理アクセスが付与されます。

ユーザ cbronte には、この認証オブジェクトが有効になっているアプライアンスへの [メンテナンスユーザ（Maintenance User）] アクセスが付与されます。

ユーザ cbronte には、この認証オブジェクトが有効になっているアプライアンスへの [セキュリティアナリスト（Security Analyst）] アクセスが付与されます。

ユーザ ewharton は、シェルアカウントを使用してアプライアンスにログインできます。

次の図に、この例のロール設定を示します。

RADIUS 固有のロールの設定のスクリーンショット。

属性と値のペアを使用して、特定のユーザロールが付与される必要があるユーザを示すこともできます。使用する属性がカスタム属性の場合、そのカスタム属性を定義する必要があります。

次の図は、前述の例と同じ FreeRADIUS サーバのサンプル RADIUS ログイン認証オブジェクトでのロール設定とカスタム属性の定義を示します。

ただしこの例では、Microsoft リモートアクセスサーバが使用されているため、1 つ以上のユーザの MS-RAS-Version カスタム属性が返されます。MS-RAS-Version カスタム属性は文字列であることに注意してください。この例では、Microsoft v. 5.00 リモートアクセスサーバ経由で RADIUS にログインするすべてのユーザに対し、[セキュリティアナリスト（読み取り専用）（Security Analyst (Read Only)）] ロールが付与される必要があります。このため、属性と値のペア MS-RAS-Version=MSRASV5.00 を [セキュリティアナリスト（読み取り専用）（Security Analyst (Read Only)）] フィールドに入力します。

サンプル RADIUS ログイン認証オブジェクトでのロール設定とカスタム属性の定義のスクリーンショット。

次のタスク

RADIUS 認証を有効にするには、外部認証の有効化の説明に従って認証オブジェクトを有効にします。

RADIUS 接続の設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

RADIUS 認証オブジェクトの作成時には、ローカルアプライアンス（管理対象デバイスまたは Firepower Management Center）が認証のために接続するプライマリおよびバックアップサーバとサーバポートを最初に指定します。

（注）

RADIUS が正しく機能するためは、ファイアウォールで認証ポートとアカウンティングポート（デフォルトでは 1812 および 1813）を開く必要があります。

バックアップ認証サーバを指定する場合は、プライマリサーバへの接続試行操作のタイムアウトを設定できます。プライマリ認証サーバからの応答がない状態で [タイムアウト（Timeout）] フィールド（または LDAP サーバのタイムアウト）に指定された秒数が経過すると、アプライアンスはプライマリサーバに対してクエリを再実行します。

アプライアンスがプライマリ認証サーバに対してクエリを再実行した後に、プライマリ認証サーバからの応答がない状態で [再試行（Retries）] フィールドに指定された回数を超え、[タイムアウト（Timeout）] フィールドに指定された秒数が再び経過すると、アプライアンスはバックアップサーバにロールオーバーします。

たとえば、プライマリサーバで RADIUS が無効な場合、アプライアンスはバックアップサーバに対してクエリを実行します。ただし RADIUS がプライマリ RADIUS サーバのポートで実行されており、何らかの理由（誤った設定またはその他の問題など）で要求の処理を拒否する場合は、バックアップサーバへのフェールオーバーは行われません。

手順

ステップ 1

[システム（System）] > [ユーザ（Users）]を選択します。

ステップ 2

[外部認証（External Authentication）] タブをクリックします。

ステップ 3

[外部の作成（Create External）] > [認証オブジェクト（Authentication Object）] をクリックします。

ステップ 4

[認証方式（Authentication Method）] ドロップダウンリストから [RADIUS] を選択します。

ステップ 5

認証サーバの名前と説明を入力します。

ステップ 6

認証データを取得するプライマリ RADIUS サーバの IP アドレスまたはホスト名を [プライマリサーバホスト名/IP アドレス（Primary Server Host Name/IP Address）] フィールドに入力します。

（注）

シェル認証では IPv6 アドレスはサポートされていません。プライマリ RADIUS サーバに IPv6 アドレスを使用するときにシェル認証を許可するには、サーバの IPv4 アドレスを使用して認証オブジェクトをセットアップし、Firepower Management Center の最初の認証オブジェクトとしてその IPv4 オブジェクトを使用します。

ステップ 7

オプションで、[プライマリサーバポート（Primary Server Port）] フィールドでプライマリ RADIUS 認証サーバが使用するポートを変更します。

（注）

認証ポート番号とアカウンティングポート番号が連続番号ではない場合は、このフィールドを空白にします。システムは、アプライアンスの /etc/services ファイルの radius データと radacct データから RADIUS ポート番号を判断します。

ステップ 8

プライマリ RADIUS 認証サーバの RADIUS 秘密キーを入力します。

ステップ 9

オプションで、認証データを取得するバックアップ RADIUS 認証サーバの IP アドレスまたはホスト名を [バックアップサーバホスト名/IP アドレス（Backup Server Host Name/IP Address）] フィールドに入力します。

ステップ 10

バックアップサーバを設定する場合は、[バックアップサーバポート（Backup Server Port）]、[RADIUS 秘密キー（RADIUS Secret Key）]、および [タイムアウト（Timeout）] を変更し、[再試行（Retries）] フィールドに、バックアップ接続にロールオーバーするまでプライマリサーバ接続を試行する回数を入力します。

（注）

次のタスク

RADIUS 認証オブジェクトの作成の説明に従って、引き続き RADIUS 認証オブジェクトを作成します。

RADIUS ユーザロールの設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

ユーザがログインすると、Firepower システムは RADIUS サーバを検査し、RADIUS 構成に基づいてアクセス権を付与します。

ユーザに対して特定のアクセス権が設定されておらず、デフォルトアクセスロールが指定されていない場合、新しいユーザがログインすると、Firepower システムは RADIUS サーバに対してそのユーザを認証してから、プラットフォーム設定ポリシーで設定されているデフォルトアクセスロールに基づいてユーザ権限を付与します。
新しいユーザがどのリストにも指定されておらず、認証オブジェクトの [デフォルトユーザロール（Default User Role）] リストでデフォルトアクセスロールが指定されている場合、ユーザにはこのデフォルトアクセスロールが割り当てられます。
1 つ以上の特定のロールのリストにユーザを追加すると、割り当てられているすべてのアクセスロールがそのユーザに付与されます。

また、ユーザ名の代わりに属性と値のペアを使用して、特定のユーザロールが付与される必要があるユーザを示すこともできます。たとえば、セキュリティアナリストとする必要があるすべてのユーザの User-Category 属性の値が Analyst である場合、これらのユーザにそのロールを付与するには、[セキュリティアナリストリスト（Security Analyst List）] フィールドに User-Category=Analyst と入力します。

外部認証されるが、特定のロールにリストされないすべてのユーザに、デフォルトのユーザロールを割り当てることができます。[デフォルトユーザロール（Default User Role）] リストでは、複数のロールを指定できます。

Firepower システムのユーザ管理ページで RADIUS ユーザリストメンバーシップが設定されているため、アクセスロールが割り当てられているユーザの最小アクセス権を削除することはできません。ただし、追加の権限を割り当てることはできます。

注意	ユーザの最小アクセス設定を変更するには、[RADIUS 固有パラメータ（RADIUS Specific Parameters）] セクションのリスト間でユーザを移動するかまたは RADIUS サーバでユーザの属性を変更する他に、構成を管理対象デバイスに再展開し、ユーザ管理ページで割り当てられているユーザ権限を削除する必要があります。

始める前に

ユーザロールメンバーシップの設定に使用する場合は、カスタム RADIUS 属性の定義の説明に従ってカスタム属性を定義します。

手順

ステップ 1

[外部認証オブジェクトの作成（Create External Authentication Object）] ページで、Firepower システムのユーザロールに対応するフィールドに、各ユーザの名前を入力するか、またはそれらのロールに割り当てる属性と値のペアを指定します。

ユーザ名と属性と値のペアは、カンマで区切ります。

例:

たとえば、ユーザ jsmith と jdoe に管理者ロールを付与する場合は、[管理者（Administrator）] フィールドに jsmith, jdoe と入力します。もう 1 つの例として User-Category の値が Maintenance であるすべてのユーザにメンテナンスユーザロールを付与するには、[メンテナンスユーザ（Maintenance User）] フィールドに User-Category=Maintenance と入力します。

ステップ 2

[デフォルトユーザロール（Default User Role）] リストから、指定のどのグループにも属していないユーザのデフォルト最小アクセスロールを選択します。

次のタスク

RADIUS 認証オブジェクトの作成の説明に従って、引き続き RADIUS 認証オブジェクトを作成します。

RADIUS シェルアクセスの設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

RADIUS サーバを使用して、ローカルアプライアンス（管理対象デバイスまたは Firepower Management Center）で、CLI またはシェルアクセスについてアカウントを認証することもできます。CLI またはシェルアクセスを付与するユーザのユーザ名を指定します。

（注）

シェル認証では IPv6 アドレスはサポートされていません。IPv6 アドレスを使用してプライマリ RADIUS サーバを設定し、管理シェルアクセスも設定すると、シェルアクセスの設定は無視されます。プライマリ RADIUS サーバに IPv6 アドレスを使用するときにシェル認証を許可するには、サーバの IPv4 アドレスを使用して別の認証オブジェクトをセットアップし、Firepower Management Center の最初の認証オブジェクトとしてそのオブジェクトを使用します。

Admin アカウント以外は、RADIUS 認証オブジェクトで設定したシェルアクセスリストにより、アプライアンスでの CLI またはシェルアクセスが完全に制御されます。CLI またはシェルユーザは、プラットフォーム設定ポリシーを展開するときに、アプライアンスでローカルユーザとして設定されます。属性照合を使用して RADIUS サーバで認証されたユーザが初めてログインしようとすると、ユーザアカウントが作成されているためログインが拒否されることに注意してください。ユーザはもう一度ログインする必要があります。

ログイン時に各 CLI またはシェルユーザのホームディレクトリが作成されること、および（RADIUS 接続を無効にすることで）RADIUS シェルアクセスユーザアカウントが無効になっている場合はディレクトリが維持されますが、ユーザシェルは /etc/password 内の /bin/false に設定され、シェルが無効になることに注意してください。ユーザが再度有効になると、同じホームディレクトリを使用してシェルがリセットされます。

CLI またはシェルユーザは、小文字、大文字、または小文字と大文字が混在するユーザ名を使用してログインできます。CLI またはシェルのログイン認証では大文字と小文字が区別されます。

注意	すべてのアプライアンスで、（外部認証または CLI `expert` コマンドで取得した）シェルアクセスを持つユーザには、シェルでの `sudoers` 権限がありますが、これはセキュリティリスクを示す場合があります。外部認証を確立する場合は、シェルアクセスが付与されるユーザのリストを適切に制限してください。同様に、CLI アクセス権限を付与する場合は、構成レベルのアクセス権を持つユーザのリストを制限してください。Firepower Management Center で追加のシェルユーザを設定しないことをお勧めします。

手順

[外部認証オブジェクトの作成（Create External Authentication Object）] ページで、[管理者シェルアクセスユーザリスト（Administrator Shell Access User List）] フィールドにユーザ名をカンマで区切って入力します。

（注）

シェルアクセスフィルタを指定しないことを選択すると、認証オブジェクトの保存時に、フィルタを空白のままにすることを確認する警告が表示されます。

次のタスク

RADIUS 認証オブジェクトの作成の説明に従って、引き続き RADIUS 認証オブジェクトを作成します。

カスタム RADIUS 属性の定義


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

RADIUS サーバが、/etc/radiusclient/ 内の dictionary ファイルに含まれていない属性の値を返し、これらの属性を使用してユーザにユーザロールを設定する予定の場合は、ログイン認証オブジェクトでこれらの属性を定義する必要があります。RADIUS サーバでユーザプロファイルを調べると、ユーザについて返される属性を見つけることができます。

属性を定義する場合は、英数字からなる属性名を指定します。属性名の中の単語を区切るには、スペースではなくダッシュを使用することに注意してください。また、指定する属性 ID は整数であり、etc/radiusclient/dictionary ファイルの既存の属性 ID と競合していてはなりません。属性のタイプ（文字列、IP アドレス、整数、または日付）も指定します。

RADIUS 認証オブジェクトの作成時に、そのオブジェクトの新しいディクショナリファイルがアプライアンスの /var/sf/userauth ディレクトリに作成されます。認証オブジェクトに追加するカスタム属性はすべて、そのディクショナリファイルに追加されます。

マルチドメイン展開では、外部認証オブジェクトは作成されたドメインでのみ使用できます。

手順

ステップ 1

[外部認証オブジェクトの追加（Add External Authentication Object）] ページで、矢印をクリックして [カスタム RADIUS 属性の定義（Define Custom RADIUS Attributes）] セクションを展開します。

ステップ 2

[属性名（Attribute Name）] フィールドに属性名を入力します。

ステップ 3

[属性 ID（Attribute ID）] フィールドに、属性 ID を整数形式で入力します。

ステップ 4

[属性タイプ（Attribute Type）] ドロップダウンリストから、属性のタイプを選択します。

ステップ 5

認証オブジェクトにカスタム属性を追加するには、[追加（Add）] をクリックします。

ヒント

認証オブジェクトからカスタム属性を削除するには、その属性の横にある [削除（Delete）] をクリックします。

例

シスコルータが接続しているネットワーク上で RADIUS サーバが使用される場合に、Ascend-Assign-IP-Pool 属性を使用して、特定の IP アドレスプールからログインするすべてのユーザに特定のロールを付与するとします。Ascend-Assign-IP-Pool は、ユーザがログインできるアドレスプールを定義する整数属性であり、割り当てられる IP アドレスプールの番号を示す整数が指定されます。

そのカスタム属性を宣言するには、属性名が Ascend-IP-Pool-Definition、属性 ID が 218、属性タイプが integer のカスタム属性を作成します。

次に、Ascend-IP-Pool-Definition 属性値が 2 のすべてのユーザに対し、読み取り専用の Security Analyst 権限を付与するには、Ascend-Assign-IP-Pool=2 を [セキュリティアナリスト（読み取り専用）（Security Analyst (Read Only)）] フィールドに入力します。

次のタスク

RADIUS 認証オブジェクトの作成の説明に従って、引き続き RADIUS 認証オブジェクトを作成します。

RADIUS 認証接続のテスト


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	任意（Any）	任意（Any）	Admin

RADIUS 接続、ユーザロール、およびカスタム属性を設定したら、これらの設定をテストするため、認証できる必要があるユーザのユーザ資格情報を指定できます。

ユーザ名として、テストするユーザのユーザ名を入力できます。

UI のページサイズ制限のため、ユーザ数が 1000 を超えているサーバへの接続をテストする場合、返されるユーザの数は 1000 であることに注意してください。

ヒント

テストユーザの名前とパスワードを誤って入力すると、サーバ設定が正しい場合でもテストが失敗します。サーバ設定が正しいことを確認するには、最初に [追加のテストパラメータ（Additional Test Parameters）] フィールドにユーザ情報を入力せずに [テスト（Test）] をクリックします。正常に完了した場合は、テストする特定ユーザのユーザ名とパスワードを指定します。

手順

ステップ 1

[外部認証オブジェクトの追加（Add External Authentication Object）] ページの [ユーザ名（User Name）] フィールドと [パスワード（Password）] フィールドに、RADIUS サーバへのアクセスの検証に資格情報が使用されるユーザのユーザ名とパスワードを入力します。

例:

たとえば、Example 社の jsmith のユーザ資格情報を取得できるかどうかをテストするには、「jsmith」と入力します。

ステップ 2

[詳細の表示（Show Details）] を選択し、[テスト（Test）] をクリックします。

ステップ 3

テストが成功した場合は [保存（Save）] をクリックします。

次のタスク

RADIUS 認証を有効にするには、外部認証の有効化の説明に従って、認証オブジェクトを有効にします。

シングルサインオン（SSO）

シングルサインオン（SSO）により、Cisco Security Manager（CSM）バージョン 4.7 以上と Firepower Management Center を統合して、ログインの追加認証なしで CSM から Firepower Management Center にアクセスできるようにすることができます。ASA FirePOWER モジュールの管理では、モジュールに展開したポリシーの変更が必要となる場合もあります。CSM で Firepower Management Center を管理して、Web ブラウザで起動するという方法を選択することもできます。

ユーザロールに基づくアクセス権限がある場合、CSM でクロス起動したデバイスの [デバイス管理（Device Management）] ページの [デバイス（Device）] タブに移動します。それ以外の場合は、[サマリーダッシュボード（Summary Dashboard）] ページ（[概要（Overview）] > [ダッシュボード（Dashboards）]）に移動します。ただしダッシュボードにアクセスできないユーザアカウントの場合は、[ようこそ（Welcome）] ページが使用されます。

（注）

組織で認証に CAC が使用されている場合、シングルサインオンでログインすることはできません。

SSO の設定


スマートライセンス	従来のライセンス	サポートされるデバイス	サポートされるドメイン	アクセス（Access）
任意（Any）	任意（Any）	ASA FirePOWER	任意（Any）	Admin

シングルサインオンを設定する前に、CSM から Firepower Management Center への一方向の暗号化認証パスを設定する必要があります。

NAT 環境では、Firepower Management Center と CSM は NAT 境界の同じ側に存在している必要があります。CSM と Firepower Management Center 間の通信を有効にする特定の基準を入力する必要があります。

（注）

組織で認証に CAC が使用されている場合は、シングルサインオンでログインできません。

手順

ステップ 1	CSM から、接続を識別する SSO 共有暗号キーを生成します。詳細については、CSM のマニュアルを参照してください。
ステップ 2	Firepower Management Center から、[システム（System）] > [ユーザ（Users）] を選択します。
ステップ 3	[CSM シングルサインオン（CSM Single Sign-on）] を選択します。
ステップ 4	CSM ホスト名または IP アドレスとサーバのポートを入力します。
ステップ 5	CSM から生成した共有キーを入力します。
ステップ 6	オプションで、Firepower Management Center のプロキシサーバを使用して CSM と通信する場合は、[接続にプロキシを使用（Use Proxy For Connection）] チェックボックスをオンにします。
ステップ 7	[送信（Submit）] をクリックします。
ステップ 8	[証明書の確認（Confirm Certificate）] をクリックして証明書を保存します。これで CSM からFirepower Management Centerにログインできるようになります。追加のログインを実行する必要はありません。

Firepower Management Center バージョン6.2.1 コンフィギュレーション ガイド

偏向のない言語

翻訳について

検索結果

章のタイトル： Firepower システム ユーザ管理

Firepower システム ユーザ管理

ユーザの役割

定義済みのユーザ ロール

カスタム ユーザ ロール

例：カスタム ユーザ ロールとアクセス制御

ユーザ アカウントの権限

[概要（Overview）] メニュー

[分析（Analysis）] メニュー

ポリシー メニュー

[デバイス（Devices）] メニュー

[オブジェクト マネージャ（Object Manager）] メニュー

Cisco AMP

デバイスへの設定の展開

[システム（System）] メニュー

[REST VDI] メニュー

[ヘルプ（Help）] メニュー

ユーザ ロールの管理

手順

ユーザ ロールのアクティブおよび非アクティブの設定

手順

カスタム ユーザ ロールの作成

手順

ユーザ ロールのコピー

手順

カスタム ユーザ ロールの編集

手順

ユーザ ロールのエスカレーション

エスカレーション ターゲット ロールの設定

手順

エスカレーションに使用するカスタム ユーザ ロールの設定

手順

ユーザ ロールのエスカレーション

始める前に

手順

ユーザ アカウント

ユーザ アカウントの管理

手順

ユーザ アカウントの作成

手順

ユーザ アカウントの編集

手順

複数のドメインでのユーザ ロールの割り当て

手順

内部認証から外部認証へのユーザの変換

始める前に

手順

ユーザ アカウント ログイン オプション

コマンド ラインのアクセス レベル

Firepower Threat Defense の CLI ユーザ アカウントの作成

手順

例:

Firepower システムのユーザ認証

内部認証

外部認証

LDAP 認証

LDAP 認証オブジェクトを作成するために必要な情報

CAC 認証

CAC 認証の設定

始める前に

手順

次のタスク

基本 LDAP 認証オブジェクトの作成

始める前に

手順

例

次のタスク

拡張 LDAP 認証オブジェクトの作成

始める前に

手順

例

次のタスク

LDAP 認証サーバのフィールド

CAC

[名前（Name）]

説明

Firepower Management Center バージョン6.2.1 コンフィギュレーションガイド

章のタイトル： Firepower システムユーザ管理

Firepower システムユーザ管理

定義済みのユーザロール

カスタムユーザロール

例：カスタムユーザロールとアクセス制御

ユーザアカウントの権限

ポリシーメニュー

[オブジェクトマネージャ（Object Manager）] メニュー

ユーザロールの管理

ユーザロールのアクティブおよび非アクティブの設定

カスタムユーザロールの作成

ユーザロールのコピー

カスタムユーザロールの編集

ユーザロールのエスカレーション

エスカレーションターゲットロールの設定

エスカレーションに使用するカスタムユーザロールの設定

ユーザロールのエスカレーション

ユーザアカウント

ユーザアカウントの管理

ユーザアカウントの作成

ユーザアカウントの編集

複数のドメインでのユーザロールの割り当て

ユーザアカウントログインオプション

コマンドラインのアクセスレベル

Firepower Threat Defense の CLI ユーザアカウントの作成

サーバタイプ（Server Type）

[プライマリサーバのホスト名/IP アドレス（Primary Server Host Name/IP Address）]

[プライマリサーバのポート（Primary Server Port）]

[バックアップサーバのホスト名/IP アドレス（Backup Server Host Name/IP Address）]

LDAP グループフィールド

[デフォルトのユーザロール（Default User Role）]

[グループメンバーの属性（Group Member Attribute）]

[グループメンバーの URL 属性（Group Member URL Attribute）]

LDAP シェルアクセスのフィールド

[シェルアクセス属性（Shell Access Attribute）]

[シェルアクセスフィルタ（Shell Access Filter）]

LDAP シェルアクセスの設定

RADIUS ユーザロールの設定

RADIUS シェルアクセスの設定

シングルサインオン（SSO）