Security Cloud Control テナントの管理
Security Cloud Control では、テナント、ユーザー、および通知設定の特定の要素をカスタマイズできます。カスタマイズ設定で使用できる次の設定を確認してください。
ユーザー設定の指定
一般的な Security Cloud Control 設定に関する次のトピックを参照してください。
一般設定
Security Cloud Control UI で表示する言語とテーマを選択します。この選択は、この変更を行うユーザーにのみ影響します。
Security Cloud Control Web インターフェイス表示の変更
Web インターフェイスの表示方法を変更できます。
手順
|
ステップ 1 |
ユーザー名の下にあるドロップダウンリストから、[設定(Preferences)] を選択します。 |
|
ステップ 2 |
[一般設定(General Preferences)] エリアで、[テーマ(Theme)] を選択します。
|
ユーザー通知の基本設定
Security Cloud Control は、テナントにリンクされているデバイスで特定のイベントが発生するたびに通知を生成します。これには、デバイスによって実行されたアクション、デバイス証明書の期限切れが近づいていることと期限が切れたこと、またはレポート生成タスクの開始、完了、失敗が含まれます。デフォルトでは、これらの通知は有効になっており、ロールに関係なく、テナントに関連付けられているすべてのユーザーに表示されます。個人の通知設定をカスタマイズして、関心のあるアラートだけを表示することができます。これらの設定は各人のものであり、テナントに接続されている他のユーザーには影響しません。
![]() (注) |
以下にリストされている通知に加えられた変更は、リアルタイムで自動的に更新され、展開を必要としません。 |
デバイスワークフローのアラートの送信
-
[展開(Deployments)]:このアクションは、SSH または IOS デバイスの統合インスタンスを含みません。
-
[バックアップ(Backups)]:このアクションは FDM-managed デバイスにのみ適用されます。
-
[アップグレード(Upgrades)]:このアクションは、ASA および FDM-managed デバイスにのみ適用されます。
-
[クラウドへのFirewall Threat Defenseの移行(Migrate to Cloud)]:このアクションは、 Firewall Threat Defense の変更時に適用可能です。
デバイスマネージャを Firewall Management Center から Security Cloud Control に変更すると適用されます。
デバイスイベントのアラートの送信
-
[オフラインになる(Went offline)]:このアクションは、テナントに関連付けられているすべてのデバイスに適用されます。
-
[オンラインに戻る(Back online)]:このアクションは、テナントに関連付けられているすべてのデバイスに適用されます。
-
[競合検出(Conflict detected)]:このアクションは、テナントに関連付けられているすべてのデバイスに適用されます。
-
[HA状態の変更(HA state changed)]:このアクションは、HA またはフェールオーバーペア内のデバイス、現在の状態、および変更前の状態を示します。このアクションは、テナントに関連付けられたすべての HA およびフェールオーバー設定に適用されます。
-
[サイト間セッションの切断(Site-to-Site session disconnected)]:このアクションは、テナントで設定されているすべてのサイト間 VPN の設定に適用されます。
イベント検索レポート生成のアラートの送信
-
[レポート生成開始(Report generation started)]:レポート生成タスクが開始されたときに通知を受け取ります。これは、即時検索レポートとスケジュール済み検索レポートの両方に適用されます。
-
[レポート生成完了(Report generation completed)]:レポート生成タスクが終了したときに通知を受け取ります。これは、即時検索レポートとスケジュール済み検索レポートの両方に適用されます。
-
[レポート生成失敗(Report generation failed)]:レポート生成タスクが失敗したときに通知を受け取ります。これは、即時検索レポートとスケジュール済み検索レポートの両方に適用されます。パラメータまたはクエリを確認して、再試行してください。
通知のオプトアウトの基本設定
デフォルトでは、すべてのイベントが有効になっており、通知が生成されます。上記のイベントによって生成された通知をオプトアウトするには、通知タイプを手動でオフにする必要があります。変更を確定するには、[保存(Save)] をクリックする必要があります。
電子メールの通知
上記のアラートのいずれかを受信するには、[Email Notification] トグルを有効にします。電子メールで受信するアラートをオンにして、[保存(Save)] ボタンをクリックします。デフォルトでは、[上記のSecurity Cloud Control通知設定を使用する(Use CDO notification settings)] がオンになっています。つまり、このページで説明した「アラートの送信」セクションでオンにしたものと同じ通知およびイベントのすべてに対して、電子メールアラートを受信します。
上記のイベントまたはアラートの一部のみを電子メールに転送する場合は、[上記のSecurity Cloud Control通知設定を使用する(Use CDO notification settings above)] をオフにします。このアクションにより、使用可能なアラートを変更およびパーソナライズするための追加の場所が生成されます。これにより、冗長性を削減できる場合があります。
Security Cloud Control 通知の表示
通知アイコン
をクリックして、テナントで発生した最新のアラート、またはテナントにオンボード済みのデバイスに影響を及ぼすアラートを表示します。[通知設定(Notification Settings)] ページでの選択は、Security Cloud Control に表示される通知のタイプに影響します。詳細については、このまま読み進めてください。
このドロップダウンページは、[概要(Overview)]、[すべて(All)]、および [非表示(Dismissed)] の 3 つのタブにグループ化されています。
[概要(Overview)] タブ
[Overview] タブには、登録しているアラートとイベントのうち、最新のものと優先順位の高いものの組み合わせが表示されます。優先順位が高いイベントは次のとおりです。
-
展開に失敗しました
-
バックアップに失敗しました
-
アップグレードに失敗しました
-
FTD から cdFMC への移行に失敗しました
-
デバイスがオフラインになりました
-
デバイスの HA 状態が変更されました
-
デバイス証明書の有効期限が近づいています
受信するアラートを設定するには、[通知(Notifications)] ウィンドウの [通知設定(Notification Settings)] をクリックするか、[ユーザー設定(User Preferences)] ページを選択します。ダッシュボードの右上隅にある [ユーザー ID(User ID)] ボタンをクリックします。
[すべて(All)] タブ
[All] タブには、優先順位のランク付けに関係なく、電子メールサブスクリプション通知や優先順位の高いあらゆる項目を含むすべての通知が表示されます。
[非表示(Dismissed)] タブ
[非表示(Dismissed)] タブには、非表示にした通知が表示されます。個々の通知を非表示にするには、通知の [x] をクリックします。
ドロップダウンメニューから通知を [非表示にする(Dismiss)] を選択すると、その通知は [概要(Overview)] タブと [すべて(All)] タブの両方で非表示になります。非表示にした通知は 30 日間 [非表示(Dismiss)] タブに残り、その後 Security Cloud Control から削除されます。
通知の検索
通知ドロップダウンウィンドウの表示中は、上記のいずれのタブでも、ドロップダウンの上部にある検索バーを使用して、キーワードまたはアラートをクエリできます。
通知設定の表示
[Notification Preferences] ページで個人設定を表示します。このページでは、次の「Security Cloud Control で通知」アラートを設定し、いずれかのアラートを受信できる電子メール通知を有効にできます。「通知設定」を参照してください。
全般設定
[General Settings] は、 管理対象組織内の複数の管理対象デバイスおよびユーザーに影響する、 管理対象組織全体の設定をカスタマイズして管理するために使用されます。
![]() (注) |
管理対象組織に対して有効になっていない機能のトグルボタンは表示されません。 |
変更リクエストのトラッキングの有効化
変更要求トラッキングの有効化は、テナントのすべてのユーザーに影響を及ぼします。変更リクエストのトラッキングを有効にするには、次の作業を行います。
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 2 |
を選択します。 |
|
ステップ 3 |
[変更リクエストのトラッキング(Change Request Tracking)] トグルボタンを有効にします。 確認が完了すると、インターフェイスの左下隅と、[変更ログ(Change Log)] の [変更要求(Change Request)] ドロップダウンメニューに、[変更要求(Change Request)] ツールバーが表示されます。 |
デバイスの変更を自動承認するオプションを有効にします
デバイスの変更の自動承認を有効にすると、Security Cloud Control はデバイスで直接行われた変更を自動的に承認できます。このオプションを無効のままにするか、後で無効にする場合は、変更を承認する前に各デバイスの競合を確認する必要があります。
デバイスの変更の自動承認を有効にするには、次の手順を実行します。
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 2 |
を選択します。 |
|
ステップ 3 |
[Enable the option to auto-accept device changes] トグルボタンをオンにします。 |
デフォルトの競合検出間隔
この間隔で、Security Cloud Control がオンボーディングされたデバイスの変更をポーリングする頻度が決まります。選択は、このテナントで管理されているすべてのデバイスに適用されます。このオプションはいつでも変更できます。
![]() (注) |
この選択は、1 つまたは複数のデバイスを選択した後、[セキュリティデバイス(Security Devices)] ページから利用できる [競合検出(Conflict Detection)] オプションを介してオーバーライドできます。 |
このオプションを設定し、競合検出の新しい間隔を選択するには、次の手順に従います。
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 2 |
を選択します。 |
|
ステップ 3 |
[Default Conflict Detection Interval] のドロップダウンメニューをクリックし、時間の値を選択します。 |
自動展開をスケジュールするオプションを有効化
自動展開をスケジュールするオプションを有効にすると、都合のよい日時に将来の展開をスケジュールできます。このオプションを有効にすると、単一の自動展開をスケジュールしたり、定期的な自動展開を設定したりできます。自動展開をスケジュールするには、「自動展開のスケジュール」を参照してください。
デバイスの Security Cloud Control で行われた変更は、
に保留中の変更がある場合、デバイスに自動的に展開されません。デバイスが [競合検出(Conflict Detected)] または [未同期(Not Synced)] など、[同期(Synced)] 状態でない場合、スケジュールされた展開は実行されません。[ジョブ(Jobs)] ページには、スケジュールされた展開が失敗したインスタンスが一覧表示されます。
[Enable the Option to Schedule Automatic Deployments] をオフにすると、スケジュールされたすべての展開が削除されます。
![]() 重要 |
Security Cloud Control を使用して、スケジュールされた展開をデバイスに対して複数作成する場合、新しい展開によって既存の展開が上書きされます。API を使用してデバイスのスケジュールされた展開を複数作成する場合は、新しい展開をスケジュールする前に、既存の展開を削除する必要があります。 |
自動展開をスケジュールするオプションを有効にするには、次の手順を実行します。
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 2 |
を選択します。 |
|
ステップ 3 |
[Enable the option to schedule automatic deployments] トグルボタンをオンにして、有効にします。 |
Web 分析
Web 分析により、ページのヒット数に基づく匿名の製品使用情報がシスコに提供されます。情報には、表示したページ、ページで費やした時間、ブラウザのバージョン、製品バージョン、デバイスのホスト名などが含まれます。このデータは、Cisco が機能の使用状況パターンを確認し、製品を改善する際に役立ちます。すべての使用状況データは匿名で、センシティブ データは送信されません。
Web 分析はデフォルトで有効になっています。Web 分析を無効化、または今後再度有効化するには、次の手順を実行します:
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 2 |
を選択します。 |
|
ステップ 3 |
[Web Analytics] トグルボタンをオンにして有効にします。 |
Talosとのイベントデータ共有の有効化
Cisco の脅威インテリジェンス組織である Talos と、デバイスからの悪意のあるイベントデータを共有します。イベントデータを共有することで、Talos の脅威インテリジェンス機能が向上し、ネットワークにターゲットを絞ったセキュリティインサイトを提供して、新たな脅威に対する保護を強化できます。
Talos の詳細については、Cisco Talos の製品ページを参照してください。
[Enable event data sharing with Talos] トグルボタンをオンにしても、Cloud-Delivered Firewall Management Center の [Talos Threat Hunting Telemetry] 機能は自動的にアクティブになりません。この機能で最適な結果を得るには、Cloud-Delivered Firewall Management Center で Talos脅威ハンティングテレメトリも有効にします。詳細については、「侵入ポリシーの設定」を参照してください。
Talos とのイベントデータの共有は、デフォルトで有効になっています。オプトアウトするには、次の手順を実行します。
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
||
|
ステップ 2 |
を選択します。 |
||
|
ステップ 3 |
[Enable event data sharing with Talos] トグルボタンをオフにして、設定を無効化します。
|
FDMのデフォルトの定期バックアップスケジュール
デバイス間でバックアップスケジュールの一貫性を保つために、この設定を使用して、デフォルト バックアップ スケジュールを設定できます。特定のデバイスのバックアップをスケジュールするときは、デフォルト設定を使用することも、変更することもできます。デフォルトの定期バックアップスケジュールを変更しても、既存のスケジュールバックアップとその定期バックアップの設定は同じままです。
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 2 |
を選択します。 |
|
ステップ 3 |
[Tenant Settings] エリアにある [Default Recurring Backup Schedule] セクションを見つけ、[Frequency] フィールドで、日次、週次、または月次のバックアップを選択します。 |
|
ステップ 4 |
バックアップの日時を入力します。協定世界時(UTC)で 24 時間形式を使用して時刻を入力します。たとえば、22:00(10:00 PM UTC)などです。 |
|
ステップ 5 |
毎週バックアップする場合は、バックアップする曜日を選択します。毎月バックアップする場合は、[Days of Month] フィールドを選択し、バックアップを実行する日数を追加します。31 日未満の月に「31 日」と入力した場合、その月のバックアップは実行されません。バックアップスケジュールの名前と説明を入力します。 |
|
ステップ 6 |
[Save] をクリックします。 |
テナントの詳細
テナントの詳細は、Cisco Technical Assistance Center(TAC)に連絡する必要があるときに役立ちます。コピーアイコンをクリックすると、これらのテナントの詳細をコピーできます。
-
テナント ID:テナント ID によってテナントが識別されます。
-
企業 ID: 企業 ID は、企業を識別します。
-
Cisco Security Services Exchange テナントID:Cisco Security Services Exchange テナントID は、Cisco Secure Services Exchange 環境内のテナントを一意に識別します。これにより、Cisco プラットフォーム間でのセキュリティサービスの統合と管理が容易になります。
-
テナント名: テナント名は、テナントも識別します。テナント名は組織名ではないことに注意してください。
テナント名
テナント名は、テナントも識別します。テナント名は組織名ではないことに注意してください。この情報は、Cisco Technical Assistance Center(TAC)に連絡する必要があるときに役立ちます。
Security Cloud Control Platform Navigator
Platform Navigator は、Security Cloud Control の右上隅に表示される 9 つのブロック(
)で、アプリケーションのクロスランチャです。Cisco のこれらのネットワーキングおよびセキュリティアプリケーションを簡単にクロス起動できます。
組織の通知設定
Security Cloud Control ツールバーで、通知ボタン
をクリックします。
組織に関連付けられているすべてのユーザーには、これらのアラートが自動的に通知されます。また、これらのアラートの一部またはすべてを自分宛の電子メールに転送することができます。
![]() (注) |
これらの設定を変更するには、上位管理者のユーザーロールが必要です。 |
電子メールサブスクライバ
Security Cloud Control テナントからアラートを受信する電子メールを追加または変更します。詳細については、電子メールサブスクライバの有効化を参照してください。
サービス統合
メッセージングアプリで着信ウェブフックを有効にし、アプリダッシュボードで直接 Security Cloud Control 通知を受信します。詳細については、「Security Cloud Control 通知のサービス統合の有効化」を参照してください。
電子メールサブスクライバの有効化
Security Cloud Control からの電子メール通知には、アクションのタイプと影響を受けるデバイスが示されます。
デバイスの現在の状態とアクションの内容の詳細については、Security Cloud Control にログインし、影響を受けるデバイスの変更ログを調べることをお勧めします。
![]() 警告 |
メーラーを追加する場合は、正しい電子メールを入力してください。Security Cloud Control は、テナントに関連付けられている既知のユーザーに対して電子メールアドレスをチェックしません。 |
電子メールサブスクリプションの追加
始める前に
電子メール サブスクリプション リストを表示するには [管理者(Admin)]、電子メールサブスクリプションを追加、削除、または編集するには [ネットワーク管理者(SuperAdmin)] である必要があります。
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 2 |
左側のペインで をクリックします。 |
|
ステップ 3 |
ページの右上隅にある + アイコンをクリックします。 |
|
ステップ 4 |
テキストフィールドに有効な電子メールアドレスを入力します。 |
|
ステップ 5 |
サブスクライバに通知するイベントとアラートに応じて、適切なチェックボックスをオンまたはオフにします。 |
|
ステップ 6 |
[保存(Save)] をクリックします。[Cancel] をクリックすることで、いつでもテナントの新しい電子メールサブスクリプションの作成を中止できます。 |
電子メールサブスクリプションの編集
始める前に
電子メール サブスクリプション リストを表示するには [管理者(Admin)]、電子メールサブスクリプションを追加、削除、または編集するには [ネットワーク管理者(SuperAdmin)] である必要があります。
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 2 |
左側のペインで をクリックします。 |
|
ステップ 3 |
電子メールサブスクリプションの編集を有効にする電子メールアドレスを見つけます。 |
|
ステップ 4 |
[Edit] アイコンをクリックします。 |
|
ステップ 5 |
設定された電子メールアドレスにアラートを送信するには、Security Cloud Control の次の属性を編集します。
|
|
ステップ 6 |
[OK] をクリックします。[キャンセル(Cancel)] をクリックすれば、いつでも電子メールサブスクリプションに加えた変更を取り消せます。 |
電子メールサブスクリプションの削除
電子メール サブスクリプション リストからメーラーを削除するには、次の手順を使用します。
始める前に
電子メール サブスクリプション リストを表示するには [管理者(Admin)]、電子メールサブスクリプションを追加、削除、または編集するには [ネットワーク管理者(SuperAdmin)] である必要があります。
手順
|
ステップ 1 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 2 |
左側のペインで をクリックします。 |
|
ステップ 3 |
テナントの電子メールサブスクリプションから削除するユーザーを見つけます。 |
|
ステップ 4 |
削除するユーザーの [削除(Remove)] アイコンをクリックします。 |
|
ステップ 5 |
サブスクリプションリストからユーザーを削除することを確認します。ユーザーを削除しても、ユーザーの機能にはまったく影響しません。 |
Security Cloud Control 通知用サービス統合の有効化
サービス統合を有効にして、指定されたメッセージング アプリケーションまたはサービスを介して Security Cloud Control 通知を転送します。通知を受信するには、メッセージング アプリケーションから Webhook URL を生成し、Security Cloud Control の [通知設定(Notification Settings)] ページでその Webhook を Security Cloud Control に指定する必要があります。
Security Cloud Control は、サービス統合として Cisco Webex、Microsoft Teams、および Slack をネイティブにサポートしています。これらのサービスに送信されるメッセージは、チャネルと自動ボット用に特別にフォーマットされています。
![]() (注) |
ウェブフックごとに受信する通知の該当するボックスをオンにする必要があります。 |
Webex チームの着信ウェブフック
始める前に
Security Cloud Control 通知は、指定されたワークスペースに表示されるか、自動ボットとしてプライベートメッセージに表示されます。この手順を完了するには、次が必要になります。
-
Webex アカウント
-
Security Cloud Control アカウントとテナント
次の手順を使用して、Webex Teams の着信ウェブフックを許可します。
手順
|
ステップ 1 |
Webex AppHub [英語] を開きます。 |
||
|
ステップ 2 |
ページの上部にある [接続(Connect)] をクリックします。 |
||
|
ステップ 3 |
ページの一番下までスクロールし、次のように設定します。
|
||
|
ステップ 4 |
[追加(Add)] を選択します。選択した Webex スペースに、アプリケーションが追加されたという通知が送信されます。 |
||
|
ステップ 5 |
ウェブフック URL をコピーします。 |
||
|
ステップ 6 |
Security Cloud Control にログインします。 |
||
|
ステップ 7 |
左側のペインで をクリックします。 |
||
|
ステップ 8 |
適切な通知がチェックされていることを確認します。そうでない場合は、サービス統合に接続する前に通知の選択内容を変更することを強く推奨します。 |
||
|
ステップ 9 |
[サービス統合(Service Integrations)] までスクロールします。 |
||
|
ステップ 10 |
青色のプラスボタンをクリックします。 |
||
|
ステップ 11 |
名前を入力します。 この名前は、設定されたサービス統合として Security Cloud Control に表示されます。設定されたサービスに転送されるイベントには表示されません。 |
||
|
ステップ 12 |
ドロップダウンメニューを展開し、サービスタイプとして Webex を選択します。 |
||
|
ステップ 13 |
サービスから生成したウェブフック URL を貼り付けます。 |
||
|
ステップ 14 |
[OK] をクリックします。 |
Microsoft Teams 用着信ウェブフック
Security Cloud Control は Microsoft Teams に通知を転送できます。これらのメッセージは、指定されたチャンネルに表示されるか、Microsoft Teams のプライベート チャット メッセージに自動ボットとして表示されます。この機能を有効にするには、Microsoft Teams からウェブフック URL を生成し、そのウェブフックを Security Cloud Control で指定する必要があります。Microsoft Teams チャンネルへの受信ウェブフックの追加に関する詳細については、 「Microsoft Teams のワークフローを使用した受信ウェブフックの作成」を参照してください。
前提条件
Microsoft Teams で Security Cloud Control 通知を許可する前提条件は次のとおりです。
-
Microsoft Teams アカウント。
-
Security Cloud Control アカウントとテナント
Microsoft Teams でウェブフック URL を生成し、Security Cloud Control からの通知を有効にするには、次の手順を実行します。
手順
|
ステップ 1 |
Microsoft Teams アカウントにログインします。 |
|
ステップ 2 |
[New Teams] クライアントで、[Teams] をクリックし、着信ウェブフックを追加するチャンネルに移動します。 |
|
ステップ 3 |
チャンネル名の横にある [More options •••] をクリックします。 |
|
ステップ 4 |
[ワークフロー(Workflows)] をクリックします。 |
|
ステップ 5 |
[Post to a channel when a webhook request is received] をクリックします。 |
|
ステップ 6 |
ウェブフック名を入力し、[Next] をクリックします。 |
|
ステップ 7 |
通知を送信する必要があるチャネルを選択します。 Microsoft Teams のチャットまたはチャンネルからこのワークフローを使用する場合、これらのフィールドは自動的に入力されます。 |
|
ステップ 8 |
必要な詳細を入力した後、[Add workflow] をクリックします。 |
|
ステップ 9 |
表示されるダイアログボックスから一意のウェブフック URL をコピーします。URL はチャンネルにマッピングされます。これを使用して、Teams に情報を送信できます。 |
|
ステップ 10 |
Cisco Security Cloud Control にログインします。 |
|
ステップ 11 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 12 |
左側のペインから、をクリックします。 |
|
ステップ 13 |
[サービス統合(Service Integrations)] までスクロールします。 |
|
ステップ 14 |
青色のプラスボタンをクリックします。 |
|
ステップ 15 |
名前を入力します。 この名前は、Security Cloud Control に設定されたサービス統合として表示されます。しかし、設定されたサービスに転送されるイベントには表示されません。 |
|
ステップ 16 |
ドロップダウンメニューを展開し、Microsoft Teams を [Service Type] として選択します。 |
|
ステップ 17 |
Microsoft Teams から生成したウェブフック URL を URL に貼り付けます。 |
|
ステップ 18 |
[Send Alerts When] で、選択した通知が正しいことを検証し、確認します。通知されない場合は、続行する前に通知の選択を変更してください。 |
|
ステップ 19 |
[Save] をクリックします。 |
Slack 用の着信ウェブフック
Security Cloud Control 通知は、指定されたチャネルに表示されるか、自動ボットとしてプライベートメッセージに表示されます。Slack による着信ウェブフックの処理方法の詳細については、「Slack Apps」を参照してください。
次の手順を使用して、Slack の着信ウェブフックを許可します。
手順
|
ステップ 1 |
Slack アカウントにログインします。 |
|
ステップ 2 |
左側のパネルで、一番下までスクロールして [アプリの追加(Add Apps)] を選択します。 |
|
ステップ 3 |
[着信ウェブフック(Incoming Webhooks)] のアプリケーション ディレクトリを検索し、アプリを見つけます。[追加(Add)] を選択します。 |
|
ステップ 4 |
Slack ワークスペースの管理者ではない場合、組織の管理者にリクエストを送信し、アプリが自分のアカウントに追加されるのを待つ必要があります。[設定のリクエスト(Request Configuration)] を選択します。オプションのメッセージを入力し、[リクエストの送信] を選択します。 |
|
ステップ 5 |
ワークスペースで着信ウェブフックアプリが有効になったら、Slack の設定ページを更新し、[新しいウェブフックをワークスペースに追加(Add New Webhook to Workspace)] を選択します。 |
|
ステップ 6 |
ドロップダウンメニューを使用して、Security Cloud Control 通知を表示する Slack チャネルを選択し、[承認(Authorize)] を選択します。リクエストが有効になるのを待っている間にこのページから移動した場合は、Slack にログインして、左上隅にあるワークスペース名を選択します。ドロップダウンメニューから [ワークスペースのカスタマイズ(Customize Workspace)] を選択し、[アプリの設定(Configure Apps)] を選択します。 に移動します。[Incoming Webhooks] を選択してアプリのランディングページを開き、タブから [Configuration] を選択します。このアプリが有効になっているワークスペース内のすべてのユーザーが一覧表示されます。ユーザーはアカウントの設定の表示と編集のみできます。ワークスペース名を選択して設定を編集し、次に進みます。 |
|
ステップ 7 |
Slack の設定ページから、アプリの設定ページにリダイレクトされます。ウェブフック URL を見つけてコピーします。 |
|
ステップ 8 |
Security Cloud Control にログインします。 |
|
ステップ 9 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 10 |
左側のペインで をクリックします。 |
|
ステップ 11 |
適切な通知がチェックされていることを確認します。そうでない場合は、サービス統合に接続する前に通知の選択内容を変更することを強く推奨します。 |
|
ステップ 12 |
[サービス統合(Service Integrations)] までスクロールします。 |
|
ステップ 13 |
青色のプラスボタンをクリックします。 |
|
ステップ 14 |
名前を入力します。 この名前は、設定されたサービス統合として Security Cloud Control に表示されます。設定されたサービスに転送されるイベントには表示されません。 |
|
ステップ 15 |
ドロップダウンメニューを展開し、サービスタイプとして [Slack] を選択します。 |
|
ステップ 16 |
サービスから生成したウェブフック URL を貼り付けます。 |
|
ステップ 17 |
[OK] をクリックします。 |
カスタム統合用の着信ウェブフック
始める前に
Security Cloud Control は、カスタム統合用にメッセージをフォーマットしません。カスタムサービスまたはアプリケーションの統合を選択した場合、Security Cloud Control は JSON メッセージを送信します。
着信ウェブフックを有効にしてウェブフック URL を生成する方法については、サービスのマニュアルを参照してください。ウェブフック URL を取得したら、以下の手順を使用してウェブフックを有効にします。
手順
|
ステップ 1 |
選択したカスタムサービスまたはアプリケーションからウェブフック URL を生成してコピーします。 |
|
ステップ 2 |
Security Cloud Control にログインします。 |
|
ステップ 3 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 4 |
左側のペインで をクリックします。 |
|
ステップ 5 |
適切な通知がチェックされていることを確認します。そうでない場合は、サービス統合に接続する前に通知の選択内容を変更することを強く推奨します。 |
|
ステップ 6 |
[サービス統合(Service Integrations)] までスクロールします。 |
|
ステップ 7 |
青色のプラスボタンをクリックします。 |
|
ステップ 8 |
名前を入力します。 この名前は、設定されたサービス統合として Security Cloud Control に表示されます。設定されたサービスに転送されるイベントには表示されません。 |
|
ステップ 9 |
ドロップダウンメニューを展開し、[サービスタイプ(Service Type)] として [カスタム(Custom)] を選択します。 |
|
ステップ 10 |
サービスから生成したウェブフック URL を貼り付けます。 |
|
ステップ 11 |
[OK] をクリックします。 |
ロギングの設定
毎月のイベントロギングの制限と、制限がリセットされるまでの残り日数を表示します。保存されたロギングは、Cisco Cloud が受信した圧縮されたイベントデータを表すことに注意してください。
[View Historical Usage] をクリックして、過去 12 か月間にテナントで受信されたログを表示します。
追加のストレージをリクエストするために使用できるリンクもあります。
SAML シングルサインオンと Security Cloud Control の統合
Security Cloud Control は、Cisco Secure Sign-On を SAML シングル サインオン アイデンティティ プロバイダー(IdP)として使用し、多要素認証(MFA)に Duo Security を使用します。これは、Security Cloud Control で推奨される認証方法です。
ただし、顧客が独自の SAML シングルサインオン IdP ソリューションと Security Cloud Control を統合したい場合、IdP が SAML 2.0 および ID プロバイダーが開始するワークフローをサポートしている限り、それも可能です。
独自またはサードパーティのアイデンティティ プロバイダー(IdP)を Cisco Security Cloud Sign On と統合するには、『Cisco Security Cloud Sign On Identity Provider Integration Guide』を参照してください。
独自の SAML ソリューションを Security Cloud Control と統合する必要がある場合は、サポートに連絡してケースを作成してください。
![]() 注目 |
ケースを開く場合は、[テクノロジーを手動で選択(Manually Select A Technology)] を選択し、リクエストが適切なチームに到達するように [SecureX - サインオンと管理(SecureX - Sign-on and Administration)] を選択していることを確認してください。 |
SSO 証明書の更新
通常、ID プロバイダー(IdP)は SecureX SSO と統合されています。Cisco TAC ケースを開き、metadata.xml ファイルを提供します。詳細については、『Cisco SecureX Sign-On Third-Party Identity Provider Integration Guide』を参照してください。
![]() 注目 |
ケースを開く場合は、[テクノロジーを手動で選択(Manually Select A Technology)] を選択し、リクエストが適切なチームに到達するように [SecureX - サインオンと管理(SecureX - Sign-on and Administration)] を選択していることを確認してください。 |
(レガシーのみ)アイデンティティ プロバイダー(IdP)が Security Cloud Control と直接統合されている場合は、Security Cloud Control TAC でサポートチケットを開き、metadata.xml ファイルを提供します。
マイトークン
詳細については、「API トークン」を参照してください。
API トークン
開発者は、Security Cloud Control REST API 呼び出しを行うときに Security Cloud Control API トークンを使用します。呼び出しを成功させるには、API トークンを REST API 認証ヘッダーに含める必要があります。API トークンは「長期」アクセストークンとして機能し、有効期限はありませんが、更新または取り消すことが可能です。
Security Cloud Controlで API トークンを生成するには、最初に API 専用ユーザーを作成する 必要があります(まだ存在しない場合)。このユーザーは、API トークンの生成と使用のために特別に指定されています。
API 専用ユーザーを作成すると、そのユーザー用に新しい API トークンを生成できます。トークンは生成された直後にのみ表示され、[General Settings] ページに移動している間は表示されたままになります。別のページを開いてから [General Settings] ページに戻ると、トークンが発行されたことはわかりますが、トークンは表示されなくなります。
![]() (注) |
API 専用ユーザーは API トークンを生成できます。個人ユーザーは自分自身または他のユーザー用に API トークンを作成できません。 |
API トークン形式とクレーム
API トークンは JSON Web トークン(JWT)です。JWT トークン形式の詳細については、「Introduction to JSON Web Tokens」を参照してください。
Security Cloud Control API トークンは、次の一連のクレームを提供します。
-
id:ユーザー/デバイス uid
-
parentId:テナント uid
-
ver:公開キーのバージョン(初期バージョンは 0、例:cdo_jwt_sig_pub_key.0)
-
subscriptions:Security Services Exchange サブスクリプション(任意)
-
client_id:「api-client」
-
jti:トークン id
Security Cloud Control の API 専用ユーザーの管理
API 専用ユーザーロールを使用すると、ユーザーはユーザーインターフェイスなしで API を使用して Security Cloud Control を操作できます。API 専用ユーザーロールは、自動化されたプロセスと統合が必要な組織で役立ちます。
API 専用ユーザーのアクセスを管理するには、次の手順を実行します。
-
Cisco Security Cloud Control ホームページから、 を選択します。
-
左側のペインで、 を選択します。
他のユーザーへのアクセスを許可する、ユーザーロールを変更する、または新しいユーザーを招待するには、次の手順を実行します。
-
Security Cloud Control ホームページから、 を選択します。Security Cloud Control ホームページで、 の順に選択します。
-
を選択します。
詳細については、Security Cloud Control プラットフォームサービスの「ユーザーの管理」を参照してください。
トークンの管理
API のみのユーザーを作成する
手順
|
ステップ 1 |
Security Cloud Control にログインします。 |
||
|
ステップ 2 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
||
|
ステップ 3 |
左側のペインで をクリックします。 |
||
|
ステップ 4 |
[Add a new user]( |
||
|
ステップ 5 |
[APIのみのユーザー(API Only User)] チェックボックスを選択します。 |
||
|
ステップ 6 |
[ユーザー名(Username)] フィールドに ユーザー名を入力し、[OK] をクリックします。
|
||
|
ステップ 7 |
ドロップダウンメニューからユーザーのロールを選択します。 |
||
|
ステップ 8 |
[OK] をクリックします。 |
API トークンの生成
Security Cloud Control APIを使用するには、API トークンが必要です。Security Cloud Control テナントに API専用ユーザーを作成し、そのユーザー用のトークンを生成することを推奨します。
このトークンは、REST API コールの認証ヘッダーで使用される有効期間の長いベアラートークンです。同じトークンが Security Cloud Control API とクラウド提供型 Firewall Management Center API の両方に使用されます。
手順
|
ステップ 1 |
Security Cloud Control にログインします。 |
|
ステップ 2 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
|
ステップ 3 |
左側のペインで をクリックします。 |
|
ステップ 4 |
[Token] 列の下にある [Generate API Token] をクリックします。
|
|
ステップ 5 |
機密データを取り扱うための企業のベストプラクティスに従って、トークンを安全な場所に保存します。 |
次のタスク
API トークンの更新
API トークンに有効期限はありませんが、ユーザーは、トークンが紛失した場合、侵害された場合、または企業のセキュリティガイドラインに準拠させる場合、既存の API トークンを更新させることで API トークンの更新を選択できます。
手順
|
ステップ 1 |
Security Cloud Control にログインします。 |
||
|
ステップ 2 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
||
|
ステップ 3 |
左側のペインで をクリックします。 |
||
|
ステップ 4 |
[Token] 列の下の [Refresh] をクリックします。Security Cloud Control は新しい API トークンを生成します。
|
||
|
ステップ 5 |
機密データを維持するための企業のベストプラクティスに従って、新しいトークンを安全な場所に保存します。
|
API トークンの取り消し
手順
|
ステップ 1 |
Security Cloud Control にログインします。 |
||
|
ステップ 2 |
Cisco Security Cloud Control ホームページから、 を選択します。 |
||
|
ステップ 3 |
左側のペインで をクリックします。 |
||
|
ステップ 4 |
[Token] 列で、API トークンを生成するユーザーの [Revoke] をクリックします。
|
アイデンティティ プロバイダー アカウントと Security Cloud Control ユーザーレコードとの関係
Security Cloud Control にログインするには、SAML 2.0 準拠の ID プロバイダー(IdP)、多要素認証プロバイダー、および Security Cloud Control のユーザーレコードを持つアカウントが必要です。IdP アカウントにはユーザーのログイン情報が含まれており、IdP はそのログイン情報に基づいてユーザーを認証します。多要素認証では、アイデンティティ セキュリティの付加的なレイヤが提供されます。Security Cloud Control ユーザーレコードには、主にユーザー名、ユーザーが関連付けられる Security Cloud Control テナント、ユーザーのロールが含まれます。ユーザーがログインすると、Security Cloud Control は IdP のユーザー ID を Security Cloud Control のテナントの既存ユーザーレコードにマッピングします。Security Cloud Control が一致するレコードを見つけた場合に、該当するユーザーはそのテナントへのログインを許可されます。
お客様の企業に独自のシングルサインオン ID プロバイダーがない限り、ID プロバイダーは Cisco Security Cloud Sign On です。Cisco Security Cloud Sign On は、多要素認証に Duo を使用します。お客様は、必要に応じて自分の IdP を Security Cloud Control と統合できます。
ログインのワークフロー
ここでは、IdP アカウントが、Security Cloud Control ユーザーにログインするために Security Cloud Control ユーザーレコードとどのようにやり取りするかについて簡単に説明します。
手順
|
ステップ 1 |
ユーザーは、認証のために Cisco Security Cloud Sign On(https://security.cisco.com)などの SAML 2.0 準拠のアイデンティティ プロバイダー(IdP)にログインして、Security Cloud Control へのアクセスを要求します。 |
|
ステップ 2 |
IdP は、ユーザーが本人であることを示す SAML アサーションを発行し、ポータルには、ユーザーがアクセスできるアプリケーションが表示されます。そのタイルの 1 つが Security Cloud Control です。 |
|
ステップ 3 |
Security Cloud Control は SAML アサーションを検証し、ユーザー名を抽出して、そのユーザー名に対応するテナントの中からユーザーレコードを見つけようとします。
Security Cloud Control でユーザーレコードを作成しても IdP にアカウントは作成されず、IdP でアカウントを作成しても Security Cloud Control にユーザーレコードは作成されません。 同様に、IdP のアカウントを削除しても、Security Cloud Control からユーザーレコードを削除したことにはなりません。ただし、IdP アカウントがないと、Security Cloud Control に対してユーザーを認証する方法はありません。Security Cloud Control ユーザーレコードの削除は、IdP アカウントを削除したことを意味するものではありません。ただし、Security Cloud Control ユーザーレコードがなければ、認証されたユーザーが Security Cloud Control テナントにアクセスする方法はありません。 |
このアーキテクチャの影響
Cisco Security Cloud Sign On を使用するお客様
お客様が Security Cloud Control の Cisco Security Cloud Sign On ID プロバイダーを使用している場合、スーパー管理者は Security Cloud Control でユーザーレコードを作成でき、ユーザーは Security Cloud Control に自己登録できます。2 つのユーザー名が一致し、ユーザーが正しく認証されている場合、ユーザーは Security Cloud Control にログインできます。
ユーザーが Security Cloud Control にアクセスできないようにする必要がある場合は、スーパー管理者が Security Cloud Control ユーザーのユーザーレコードを削除するだけで済みます。Cisco Security Cloud Sign On アカウントは引き続き存在し、スーパー管理者がユーザーを復元したい場合は、Cisco Security Cloud Sign On で使用していたものと同じユーザー名で新しい Security Cloud Control ユーザーレコードを作成することができます。
お客様が Security Cloud Control の問題に遭遇し、テクニカル アシスタンス センター(TAC)を呼び出す必要が生じた場合、お客様が TAC エンジニアのユーザーレコードを作成することで、TAC エンジニアがテナントを調査し、お客様に情報と提案を報告できるようになります。
独自のアイデンティティ プロバイダーをもつ顧客
独自のアイデンティティ プロバイダーを持つお客様は、アイデンティティ プロバイダー アカウントと Security Cloud Control テナントの両方を制御します。このようなお客様は、Security Cloud Control でアイデンティティ プロバイダーのアカウントとユーザーレコードを作成および管理できます。
ユーザーが Security Cloud Control にアクセスできないようにする必要がある場合は、 お客様は IdP アカウント、Security Cloud Control ユーザーレコード、またはその両方を削除できます。
Cisco TAC からの支援が必要な場合は、お客様は読み取り専用ロールを持つアイデンティティ プロバイダー アカウントと Security Cloud Control ユーザーレコードの両方を、TAC エンジニア用に作成できます。TAC エンジニアは、お客様の Security Cloud Control テナントにアクセスして調査し、情報と提案をお客様に報告することができます。
シスコ マネージドサービス プロバイダー
シスコ マネージドサービス プロバイダー(MSP)は、Security Cloud Control の Cisco Security Cloud Sign On IdP を使用している場合、Cisco Security Cloud Sign On に自己登録できます。MSP のお客様は Security Cloud Control にそれぞれのユーザーレコードを作成できるため、MSP はお客様のテナントを管理できます。もちろん、お客様は MSP のレコードの削除を完全に制御できます(削除を選択した場合)。
関連項目
MSSP ポータル
Security Cloud Control の MSSP ポータルは、複数のテナント間でデバイスを効率的にモニターおよび管理するためのマネージド セキュリティ サービス プロバイダー(MSSP)向けのマルチテナントのクラウドベースの管理プラットフォームです。
このポータルでは、設定ステータス、接続状態、ソフトウェアバージョン、および全体的なネットワークの正常性などのリアルタイム情報が単一のインターフェイスに統合され、個々のテナント環境にアクセスすることなく、シームレスな概要が提供されます。
はじめる前に
-
Cisco TAC でサポートチケットを開き、テナントを管理するための MSSP ポータルを作成します。詳細については、TAC でサポートチケットを開くを参照してください。
-
特定のブラウザ関連の問題を回避するために、Web ブラウザからキャッシュと Cookie をクリアすることをお勧めします。
MSSP ポータルコンポーネント
ポータルの左側のペインに表示されるオプションを使用すると、ポータル内のセキュリティデバイスとテナントに関する詳細を表示したり、ポータル設定を設定したりできます。
-
Dashboard
-
[General overview] では、デバイス、クラウドサービス、およびファイアウォールマネージャの概要とその接続ステータスが一目で確認できます。この機能は、問題がある可能性のあるデバイスを迅速に特定するのに役立ちます。
-
[Health overview] では、テナントにオンボードされた Secure Firewall ASA デバイスの重要なパフォーマンスデータに関するインサイトが提供されます。
詳細については、「MSSP ポータルでの正常性の概要ダッシュボードの表示」を参照してください。
-
-
セキュリティ デバイス
ポータルに追加されたテナントにオンボードされたすべてのデバイス、クラウドサービス、テンプレート、およびファイアウォールマネージャに関する情報を提供します。詳細については、セキュリティデバイスの詳細を参照してください。
-
テナント
-
ポータルによって管理されるすべてのテナントに関する情報を提供します。テナント名で検索したり、テナントの情報をカンマ区切り値(CSV)ファイルにエクスポートしたりできます。
-
ポータルに新しいテナントを作成するか、既存のテナントを追加できるのは、ネットワーク管理者権限を持つユーザーのみであることに注意してください。
-
-
インサイトとレポート
スマート ライセンシング ダッシュボードは、Secure Firewall ASA および Cloud-Delivered Firewall Management Center 管理対象Secure Firewall Threat Defenseデバイスのライセンス使用状況とコンプライアンスステータスを可視性として表示します。

-
動作(Operations)
[Upgrades] 機能を使用すると、複数の管理対象組織にわたって Cloud-Delivered Firewall Management Center(cdFMC)によって管理される複数の Secure Firewall Threat Defense デバイスをアップグレードできます。

(注)
マルチテナントデバイスのアップグレードはベータ機能です。
-
設定
-
[General Settings] では、ポータル設定に関する情報が表示されます。
-
[User Management] では、すべての [Users]、[Active Directory Groups]、および [Audit Logs] のリストを表示できます。詳細については、「ユーザーの管理」を参照してください。
-
![]() (注) |
ネットワーク管理者権限を持つユーザーの場合、API エンドポイントを使用して次の操作を実行できます。 |
セキュリティデバイスの詳細
左側のペインで [Security Devices] をクリックすると、次のタブを含む [Security Devices] ページが表示されます。
|
タブ名 |
説明 |
|---|---|
| デバイス |
ポータルに追加されたテナントにオンボード済みのすべてのデバイスが表示されます。
|
| クラウド サービス(Cloud Services) |
ポータル内のテナントにオンボードされているすべてのクラウドサービスを表示します。
|
| テンプレート |
ポータル内のテナントにオンボードされているすべてのテンプレートを表示します。
|
| ファイアウォールマネージャ |
ポータル内のテナントにオンボードされているすべてのファイアウォールマネージャを表示します。
|
-
詳細をカンマ区切り値(.csv)ファイルにエクスポートして、分析およびコンプライアンスレポートに役立てることができます。データをエクスポートするたびに、Security Cloud Control では新しい .csv ファイルが作成されます。このファイルには、作成タイムスタンプとポータルの汎用一意の識別子がファイル名に含まれています。
-
列ピッカーを使用して、テーブルに表示するデバイスプロパティを選択またはクリアできます。テーブルの右上隅にある歯車アイコン(
)をクリックし、[Table Settings] を編集します。
テーブルをカスタマイズすると、次回サインインしたとき、選択した内容が Security Cloud Control で保持されています。[Security Devices] ページを表示します。
MSSP ポータルにテナントを追加
ネットワーク管理者権限を持つユーザーは、複数のリージョンにわたって MSSP ポータルにテナントを追加できます。たとえば、ヨーロッパから米国にテナントを追加することも、その逆を行うこともできます。
![]() 重要 |
テナントに API 専用のユーザーを作成し、Security Cloud Control への認証用に API トークンを生成することをお勧めします。 |
![]() (注) |
ポータルに複数のテナントを追加する場合は、各テナントから API トークンを生成し、テキストファイルに貼り付けます。これにより、複数のテナントをポータルに簡単に追加できます。トークンを生成するために毎回テナントを切り替える必要はありません。 |
手順
|
ステップ 1 |
左側のペインで [テナント(Tenants)] をクリックします。 |
||
|
ステップ 2 |
ページの右上隅にある |
||
|
ステップ 3 |
新しいテナントを追加するには、[次へ(Next)] をクリックします。
|
||
|
ステップ 4 |
[Tenant Details] で、[Display Name] と [Tenant Name] を入力します。 注: SO 番号なしでテナントを作成した場合は、30 日間の価値実証トライアルが実施されます。 |
||
|
ステップ 5 |
[Next] をクリックします。 |
||
|
ステップ 6 |
[プロビジョニング(Provisioning)] で、
|
||
|
ステップ 7 |
[Define Users] で、電子メールアドレスを入力して役割を選択し、ユーザーを 1 人ずつ手動で追加するか、CSV テンプレートをダウンロードし、必要な詳細を入力してファイルをアップロードします。 追加されたユーザーは、[User list] セクションに表示されます。 |
||
|
ステップ 8 |
[テナントの作成(Create Tenant)] をクリックします。 テナントの作成が完了しました。プロビジョニングには数分かかる場合があります。 |
MSSP ポータルからのテナントの削除
手順
|
ステップ 1 |
左側のペインで [テナント(Tenants)] をクリックします。 |
|
ステップ 2 |
右側の対応する削除アイコンをクリックして、テナントを削除します。 |
|
ステップ 3 |
[削除(Remove)] をクリックします。 このとき、関連付けられたデバイスもポータルから削除されます。 |
スマート ライセンシング ダッシュボードの概要
MSSP ポータルのスマート ライセンス ダッシュボードでは、Secure Firewall ASA、および Cloud-Delivered Firewall Management Center 管理対象 Secure Firewall Threat Defense デバイスのライセンス使用状況とコンプライアンスステータスの可視性が提供されます。
スマート ライセンシング ダッシュボードのメリット
-
ライセンスの包括的な可視性: ライセンスの発信元のスマートアカウントと仮想アカウントを確認できるため、ライセンスソースの明確なトレーサビリティが提供されます。
-
詳細なライセンス使用量の追跡: 消費しているライセンス数を、各ライセンスタイプの可用性、使用状況、および期限日とともに確認できます。
-
コンプライアンス準拠状況のモニタリング:各ライセンスのコンプライアンス準拠状況を確認できるため、ソフトウェア利用資格の範囲内での利用を維持し、コンプライアンス違反の問題を回避することができます。
![]() (注) |
|
スマート ライセンシング ダッシュボードの表示
MSSP ポータルの スマート ライセンス ダッシュボード には、ライセンスに関する詳細情報が表示されます。ダッシュボードには、準拠ステータス(準拠、 非準拠、または 不明)、購入済みライセンス数、および現在使用中のライセンス数が、テナント内の有効なライセンス数とともに表示されます。また、オンボーディングされたデバイスに関連付けられたライセンスのタイプ(期間、 未ライセンス、または 永続的)、および各期間ライセンスの開始日と期限日も表示されます。
手順
|
ステップ 1 |
を選択します。 次の表に、ページに表示される情報の詳細を示します。
|
||||||||||||||||||||
|
ステップ 2 |
[Domain] 列の下にあるスマートアカウントドメイン名をクリックすると、この MSSP テナントの下で、このバーチャルアカウントに関連付けられているすべての管理対象テナントが表示されます。
次の表に、ページに表示される情報の詳細を示します。
[Smart account domain] ドロップダウンリストから、他のスマートアカウントドメインを表示するドメイン名を選択します。検索フィールドを使用して、バーチャルアカウント名、コンプライアンスステータス、またはテナント名で項目を検索することもできます。 |
||||||||||||||||||||
|
ステップ 3 |
バーチャルアカウント名をクリックして詳細を表示します。 次の表に、ページに表示される情報の詳細を示します。
このページの検索フィールドを使用して、ライセンス名、ステータス、またはタイプでフィルタ処理できます。 |
||||||||||||||||||||
|
ステップ 4 |
CSV ファイルにテーブルをエクスポートするには、[Export] をクリックします。 |
MSSP ポータルでのマルチテナントデバイスのアップグレードについて
MSSP ポータルを使用して、クラウド提供型ファイアウォール管理センター(cdFMC)によって管理される複数のテナントにわたる Cisco Secure Firewall Threat Defense デバイスを一括アップグレードできます。[Operations] ダッシュボードの [Upgrades] ページを使用して、MSSP ポータルのクラウド提供型ファイアウォール管理センター(cdFMC)によって管理される複数の Cisco Secure Firewall Threat Defense デバイスを選択し、アップグレードを実行できます。
![]() (注) |
マルチテナントデバイスのアップグレードはベータ機能です。 |
マルチテナントデバイスのアップグレードの利点
-
大規模な一括アップグレードを実行するための統合ダッシュボードの可用性。
-
アップグレードするバージョンを決定するのに役立つアップグレードパッケージのリストの可用性。
MSSP ポータルでのマルチテナントデバイスのフルアップグレードの開始
フルアップグレードを開始する場合は、パッケージを選択し、選択したデバイスにアップロードし、準備状況チェックを実施して、アップグレードプロセスを中断せずに完了する必要があります。
完全アップグレードを開始するには、次の手順を実行します。
手順
|
ステップ 1 |
左側のペインから、 に移動します。 |
||
|
ステップ 2 |
[Begin an Upgrade] をクリックします。 |
||
|
ステップ 3 |
アップグレードの名前を入力し、アップグレードするデバイスを選択して、[Next] をクリックします。 [デバイスのアップグレード(Device Upgrades)] ページの上部にある [モデル(Model)] または [テナント(Tenant)] ドロップダウンリストを使用して、デバイスをフィルタ処理します。
|
||
|
ステップ 4 |
表示されるダイアログボックスで [Full upgrade] ボタンをクリックし、[Next] をクリックします。
メンテナンスウィンドウ外にあるデバイスでフルアップグレードを実行するには、[Ignore maintenance window and proceed with upgrade] をクリックしてから、[Next] をクリックします。メンテナンスウィンドウ外でアップグレードを実行することは推奨されていません。緊急の場合にのみ実行してください。
|
||
|
ステップ 5 |
選択したデバイスで使用可能な Threat Defense パッケージのリストからアップグレードパッケージを選択し、[Perform upgrade] をクリックします。すべてのデバイスがすべてのパッケージと互換性があるわけではないことに注意してください。 ![]() |
||
|
ステップ 6 |
[Back to Upgrades] をクリックして、[Upgrades] ページに戻ります。 アップグレードが完了すると、[Upgrades] ページの [Status] 列の下に、[Upgrade completed] というメッセージが表示されます。アップグレードが失敗すると、失敗の理由を示すメッセージが表示されます。 |
MSSP ポータルでのステージングされたマルチテナントデバイスのアップグレードの開始
段階的なアップグレードを開始する場合は、パッケージを選択して選択したデバイスにアップロードし、準備状況チェックを実行します。これらのチェックは、後でアップグレードを正常に実行できることを確認します。
![]() ヒント |
ステージングアップグレードを使用して、メンテナンスウィンドウの前にアップグレードの準備を行うことができます。これにより、実際のアップグレードウィンドウでフルアップグレードをより迅速に完了できます。 |
段階的なアップグレードを開始するには、次の手順を実行します。
手順
|
ステップ 1 |
左側のペインから、 に移動します。 |
||
|
ステップ 2 |
[Begin Upgrade] をクリックします。 |
||
|
ステップ 3 |
アップグレードの名前を入力し、アップグレードするデバイスを選択して、[Next] をクリックします。 [Device Upgrades] ページの上部にある [Model] または [Tenant] ドロップダウンリストを使用して、デバイスをフィルタ処理します。
|
||
|
ステップ 4 |
表示されるダイアログボックスで [Staged upgrade] ボタンをクリックし、[Next] をクリックします。
|
||
|
ステップ 5 |
選択したデバイスで使用可能な Threat Defense パッケージのリストからアップグレードパッケージを選択し、[Upload packages] をクリックします。すべてのデバイスがすべてのパッケージと互換性があるわけではないことに注意してください。
|
||
|
ステップ 6 |
アップロードを取り消すには、[Exit] をクリックします。 パッケージがアップロードされると、[Upgrades] ページの [Status] 列の下に「アップグレードパッケージがアップロードされ、ステージングされました」というメッセージが表示されます。 |
||
|
ステップ 7 |
[終了(Exit)] をクリックします。 アップグレードパッケージがステージングされ、インストールする準備が整っています。[Upgrade staged]ステータスは、[Upgrades] ページの [Status] 列で確認できます。準備ができたら、[Upgrades] ページの [Upgrade name] 列でアップグレード名をクリックして、フルアップグレードを続行します。 |
MSSP ポータルの [Security Devices] ページから一括アップグレードを実行
[Security Devices] ページからデバイスを直接アップグレードするには、この手順を使用します。
手順
|
ステップ 1 |
左側のペインで、[セキュリティデバイス(Security Devices)] をクリックします。 |
|
ステップ 2 |
アップグレードするデバイスを選択し、右側にある [Actions] で [Upgrade device] をクリックします。 選択したデバイスが [Device Upgrades] ページにリダイレクトされます。 |
|
ステップ 3 |
アップグレードの名前を入力し、[Device Upgrade] ダイアログボックスで [Staged upgrade] または [Full upgrade] を選択し、[Next]をクリックします。 [Full upgrade]を選択した場合は、MSSP ポータルでのマルチテナントデバイスのフルアップグレードの開始 のステップ 4 からステップ 7 を実行します。 [Staged upgrade]を選択した場合は、MSSP ポータルでのステージングされたマルチテナントデバイスのアップグレードの開始 のステップ 4 からステップ 7 を実行します。 |
MSSP ポータル設定の管理
Security Cloud Control では、設定ページで MSSP ポータルと個人ユーザーアカウントの特定の部分をカスタマイズできます。左側のペインの [Settings] をクリックして、設定ページにアクセスします。
設定
全般設定
Cisco ASA のヘルスモニタリング機能を有効にすると、[Health overview] ダッシュボードを使用して MSSP ポータルで Secure Firewall Cisco ASA デバイスをモニターできます。
また、[General Settings]でポータル ID、Cisco Secure Services Exchange ポータル ID 、およびポータル名を表示することもできます。
ユーザー 管理
MSSP ポータルに関連付けられているすべてのユーザー、 Active Directoryグループ、および 監査ログを [User Management] 画面で表示できます。
左側のペインで、[Settings]> [User Management] の順にクリックします。
-
ユーザー(Users):[Users] タブで、テナントに関連付けられたすべてのユーザーレコードを表示できます。
-
[Users] タブで、[Generate API Token] をクリックして、API 専用ユーザーのための API トークンを生成します。
機密データを取り扱うための企業のベストプラクティスに従って、トークンを安全な場所に保存します。詳細については、API トークンの生成を参照してください。
-
API トークンを更新するには、[Token] 列の下の [Refresh] をクリックします。詳細については、API トークンの更新を参照してください。
-
API トークンを取り消すには、[Token] 列の下の [Revoke] をクリックします。詳細については、API トークンの取り消しを参照してください。
-
-
Active Directory グループ(Active Directory Groups):転換率が高いテナントの場合、MSSP ポータルを Active Directory グループにマッピングすることで、個々のユーザーを MSSP ポータルに追加する代わりに、ユーザーリストとロールを簡単に管理できます。新しいユーザーの追加や既存のユーザーの削除といったユーザーの変更はすべて、Active Directory で実行できるようになり、MSSP で実行する必要がなくなります。
-
[Active Directory グループ(Active Directory Groups)] タブをクリックします。このページには、Active Directory マネージャで割り当てられた Active Directory グループのロールが表示されます。
詳細については、ユーザー管理の Active Directory グループを参照してください。
-
-
監査ログ(Audit Logs):[Audit Logs] 機能は、MSSP ポータルでユーザー関連およびシステムレベルのアクションを記録します。
-
[監査ログ(Audit Logs)] タブをクリックします。
現在のテナントのイベントとアクティビティのリストが表示されます。
特定のユーザーのログを検索するには、[検索(Search)] テキストボックスを使用します。
-
フィルタアイコンをクリックして、検索結果を絞り込み、特定のイベントを表示します。
[時間範囲(Time Range)] と [イベントアクション(Event Action)] に基づいてログをフィルタ処理できます。
-
[Export]をクリックして、詳細を CSV 形式でダウンロードします。
-
スイッチテナント
複数のポータルテナントがある場合、Security Cloud Control からサインアウトせずに、異なるポータルまたはテナント間で切り替えることができます。
手順
|
ステップ 1 |
MSSP ポータルで、右上隅に表示されるテナントメニューをクリックします。 |
|
ステップ 2 |
[Switch tenant] をクリックします。 |
|
ステップ 3 |
表示するポータルまたはテナントを選択します。 |
Cisco Success Network
Cisco Success Network はユーザ対応のクラウドサービスです。Cisco Success Network を有効にすると、デバイスと Cisco Cloud 間にセキュアな接続が確立され、使用状況に関する情報と統計情報がストリーミングされます。テレメトリをストリーミングすることによって、デバイスからの対象のデータを選択してそれを構造化形式でリモートの管理ステーションに送信するメカニズムが提供されるため、次のメリットが得られます。
-
ネットワーク内の製品の有効性を向上させるために、利用可能な未使用の機能について通知します。
-
製品に利用可能な、追加のテクニカル サポート サービスとモニターリングについて通知します。
-
シスコ製品の改善に役立ちます。
デバイスは常にセキュアな接続を確立および維持し、Cisco Success Network に登録できるようにします。デバイスを登録した後で Cisco Success Network の設定を変更できます。
![]() (注) |
|
Cisco Success Network の有効化または無効化
システムの初期設定時に、Cisco Smart Software Manager にデバイスを登録するように求められます。登録せずに 90 日間の評価ライセンスを使用する場合、評価期間の終了前にデバイスを登録する必要があります。デバイスを登録するには、([スマートライセンス(Smart Licensing)] ページで)Cisco Smart Software Manager にデバイスを登録するか、または登録キーを入力して Security Cloud Control に登録します。
デバイスを登録すると、バーチャル アカウントからデバイスにライセンスが割り当てられます。デバイスを登録すると、有効にしているすべてのオプション ライセンスも登録されます。
この接続は、Cisco Success Network を無効にすることでいつでも無効にできますが、このオプションは Firewall Device Manager UI からのみ無効にできます。無効にすると、デバイスがクラウドから切断されます。切断しても更新の受信やスマート ライセンス機能の操作には影響せず、正常に動作を継続します。詳細については、『Firepower Device Manager コンフィギュレーション ガイド、バージョン 6.4.0 以降』の「システム管理」の章の「Cisco Success Network への接続」セクションを参照してください。

![[Generate API Token] ボタンを示すスクリーンショット。](/c/dam/en/us/td/i/400001-500000/490001-500000/494001-495000/494406.jpg)

![API トークンの [Revoke] ボタンを示すスクリーンショット。](/c/dam/en/us/td/i/400001-500000/490001-500000/494001-495000/494405.jpg)
アイコンをクリックします。

![[Full upgrade] を選択し、チェックボックスをオンにしてメンテナンスウィンドウを無視し、[Next] をクリックします。](/c/dam/en/us/td/i/400001-500000/490001-500000/493001-494000/493459.jpg)
![使用可能なパッケージから推奨バージョンを選択し、[Perform upgrade] をクリックします。](/c/dam/en/us/td/i/400001-500000/490001-500000/493001-494000/493457.jpg)

![[Operations] メニューが開き、ダッシュボードで [Upgrades] が選択されています。](/c/dam/en/us/td/i/400001-500000/490001-500000/493001-494000/493454.jpg)
![使用可能なパッケージから推奨バージョンを選択し、[Upload packages] をクリックします。](/c/dam/en/us/td/i/400001-500000/490001-500000/493001-494000/493458.jpg)


をクリックします。
フィードバック