システムアップデート

次のトピックでは、Firepower の展開を更新する方法について説明します。

システムアップデートについて

FMC を使用して、FMC 自体と FMC が管理するデバイスのシステムソフトウェアをアップグレードできます。アドバンスドサービスを提供するさまざまなデータベースとフィードを更新することもできます。

インターネットにアクセスできる FMC の場合、システムは多くの場合、シスコから直接更新を取得できます。可能な限り、自動更新をスケジュールするか、有効にすることを推奨します。一部の更新は、初期セットアッププロセスによって、または関連機能を有効にすると、自動的に有効になります。その他の更新は、自分でスケジュールする必要があります。初期セットアップ後に、すべての自動更新を確認し、必要に応じて調整することを推奨します。

表 1. FMC 展開でのアップグレードと更新
コンポーネント	説明	詳細
FirePOWER ソフトウェア	メジャーソフトウェアリリースには、新機能、機能、および拡張機能が含まれます。インフラストラクチャまたはアーキテクチャの変更が含まれる場合があります。パッチは、緊急性の高い重要な修正に限定されたオンデマンド更新です。ホットフィックスは、特定のお客様の問題に対処できます。	直接ダウンロード：リリースのみを選択します。通常は、リリースが手動でダウンロードできるようになってからしばらく時間がかかります。遅延の長さは、リリースの種類、リリースの選択、およびその他の要因によって異なります。スケジュール：パッチのみ。[システム（System）] > [ツール（Tools）] > [スケジューリング（Scheduling）]。アンインストール：パッチのみ。再イメージ化：メジャーリリースのみ。参照先：システムソフトウェアのアップグレード
脆弱性データベース（VDB）	シスコ脆弱性データベース（VDB）は、オペレーティングシステム、クライアント、およびアプリケーションのフィンガープリントだけでなく、ホストが影響を受ける可能性がある既知の脆弱性のデータベースです。システムでは、VDB を使用して、特定のホストで感染のリスクが高まるかどうかを判断します。	直接ダウンロード：あり。スケジュール：あり。[システム（System）] > [ツール（Tools）] > [スケジューリング（Scheduling）]。アンインストール：なし。参照先：脆弱性データベース（VDB）の更新
位置情報データベース（GeoDB）	シスコ地理位置情報データベース（GeoDB）は、ルーティング可能な IP アドレスに関連付けられている地理および接続関連のデータのデータベースです。	直接ダウンロード：あり。スケジュール：あり。[システム（System）] > [更新（Updates）]。アンインストール：なし。参照先：地理位置情報データベースを更新する
侵入ルール（SRU）	侵入ルールの更新には、新規および更新された侵入ルールとプリプロセッサルール、既存のルールの変更されたステータス、変更されたデフォルト侵入ポリシーの設定が含まれています。ルールの更新では、ルールが削除されたり、新しいルールカテゴリとデフォルトの変数が提供されたり、デフォルトの変数値が変更されたりすることもあります。	直接ダウンロード：あり。スケジュール：あり。[システム（System）] > [更新（Updates）]。アンインストール：なし。参照先：侵入ルールの更新
セキュリティインテリジェンスのフィード	セキュリティインテリジェンスのフィードは、エントリに一致するトラフィックをすばやくフィルタリングするために使用できる IP アドレス、ドメイン名、および URL のコレクションです。	直接ダウンロード：あり。スケジュール：あり。[オブジェクト（Objects）] > [オブジェクト管理（Object Management）]。アンインストール：なし。参照先：セキュリティインテリジェンスのリストとフィードの更新
URL カテゴリとレピュテーション	URL フィルタリングでは、URL の一般的な分類（カテゴリ）およびリスクレベル（レピュテーション）に基づいて、Web サイトへのアクセスを制御することができます。	直接ダウンロード：あり。スケジュール：あり。要件に応じて、[システム（System）] > [統合（Integration）] > [クラウドサービス（Cloud Services）] または [システム（System）] > [ツール（Tools）] > [スケジューリング（Scheduling）]。アンインストール：なし。参照先：カテゴリとレピュテーションを使用した URL フィルタリングの有効化

システムアップデートの要件と前提条件

モデルのサポート

任意

サポートされるドメイン

Global（特に明記のない場合）。

ユーザの役割

管理者

システムアップデートの注意事項と制約事項

更新する前に

Firepower 展開のいずれかのコンポーネント（侵入ルール、VDB、GeoDB など）を更新する前に、更新に付属しているリリースノートまたはアドバイザリテキストを読んでください。これらは、互換性、前提条件、新機能、動作の変更、警告など、重要かつリリースに固有の情報を提供します。

スケジュールされた更新

システムは、タスク（更新を含む）を UTC でスケジュールします。そのため、いつ現地で実行されるかは、日付と場所によって異なります。また、更新は UTC でスケジュールされるため、サマータイムなど、所在地で実施される場合がある季節調整に合わせて調節されることもありません。このような影響を受ける場合、スケジュールされた更新は、現地時間を基準とすると、夏期では冬期の場合よりも 1 時間「遅れて」実行されることになります。

重要	スケジュールされた更新が意図したとおりに確実に実行されることの確認を強くお勧めします。

帯域幅のガイドライン

Firepower アプライアンスをアップグレードする（または準備状況チェックを実行する）には、アップグレードパッケージがアプライアンス上に存在する必要があります。Firepower アップグレードパッケージには、さまざまなサイズがあります。管理対象デバイスに大容量のデータを転送するための帯域幅があることを確認します。『Guidelines for Downloading Data from the Firepower Management Center to Managed Devices』（トラブルシューティングテクニカルノーツ）を参照してください。

システムソフトウェアのアップグレード

このガイドには、システムソフトウェアまたは付随するオペレーティングシステムの詳細なアップグレード手順は含まれていません。この場合は、Cisco Firepower Management Center Upgrade Guide, Version 6.0–7.0を参照してください。

システムソフトウェアのパッチのダウンロードとインストールのスケジュールについては、ソフトウェア更新の自動化を参照してください。初期設定プロセスでは、毎週のパッチのダウンロードが自動的にスケジュールされることに注意してください。設定後は、自動スケジュール設定を確認し、必要に応じて調整する必要があります。

脆弱性データベース（VDB）の更新

シスコ脆弱性データベース（VDB）は、オペレーティングシステム、クライアント、およびアプリケーションのフィンガープリントだけでなく、ホストが影響を受ける可能性がある既知の脆弱性のデータベースです。システムでは、VDB を使用して、特定のホストで感染のリスクが高まるかどうかを判断します。

シスコでは、VDB に対して定期的に更新を提供しています。Firepower Management Center で VDB と関連付けられたマッピングの更新にかかる時間は、ネットワークマップ内のホストの数によって異なります。一般的に、更新の実行にかかるおおよその時間（分）を判断するには、ホストの数を 1000 で割ります。

FMC がインターネットにアクセスできる場合は、自動の定期 VDB 更新のダウンロードとインストールを実行するようにタスクをスケジュールしておくことを推奨します。

注意	ほとんどの場合、VDB の更新後の最初の展開では、管理対象デバイスで Snort プロセスが再起動されます。システムにより、この可能性があることが警告されます。この警告は、手動 VDB 更新後、VDB 更新のスケジュール時、バックグラウンド VDB 更新中、展開時などに表示されます。Snort が再起動されると、トラフィックインスペクションが中断され、管理対象デバイスによるトラフィックの処理方法によっては、トラフィックフローが中断される可能性があります。詳細については、Snort® の再起動によるトラフィックの動作を参照してください。

VDB の手動更新

VDB を更新するには、VDB 更新パッケージが FMC に存在する必要があります。

Firepower Management Center でインターネットにアクセスできない、または VDB 更新を手動で Firepower Management Center にアップロードする場合は、この手順を使用します。VDB 更新を自動化するには、タスクのスケジューリング（[システム（System）] > [ツール（Tools）] > [スケジューリング（Scheduling）]）を使用します。詳細は、脆弱性データベースの更新の自動化を参照してください。

始める前に

https://www.cisco.com/go/firepower-software から更新プログラムをダウンロードします。

（注）

VDB リリース 343 以降、すべてのアプリケーションディテクタ情報は、Cisco Secure Firewall アプリケーションディテクタから入手できます。このサイトには、アプリケーションディテクタの検索可能なデータベースが含まれています。リリースノートには、特定の VDB リリースの変更に関する情報が記載されています。

Snort の再起動が発生するため、トラフィックフローとインスペクションに更新による影響があることを考慮します。メンテナンスウィンドウ期間に更新を実行することをお勧めします。

手順

ステップ 1	[システム（System）] > [更新（Updates）] を選択し、[製品の更新（Product Updates）] をクリックします。
ステップ 2	VDB 更新の FMC へのアップロード方法を選択します。 Cisco.com から直接ダウンロード：[Download Updates] をクリックします。シスコサポートおよびダウンロードサイトにアクセスできる場合、Firepower Management Center は最新の VDB をダウンロードします。Firepower Management Center は、アプライアンスが現在実行しているバージョンに関連付けられている各パッチとホットフィックスのパッケージもダウンロードする点に注意してください（ただし、メジャーリリースは含まれない）。手動でアップロード：[Upload Update] をクリックして、[Choose File] をクリックします。ダウンロードした更新を参照して、[アップロード（Upload）] をクリックします。 VDB 更新は、Firepower ソフトウェアのアップグレードおよびアンインストーラパッケージと同じページに表示されます。
ステップ 3	更新をインストールします。 [脆弱性およびフィンガープリントデータベースの更新（Vulnerability and Fingerprint Database update）] の横にある [Install（インストール）] をクリックします。 Firepower Management Center を選択します。 [Install（インストール）] をクリックします。
ステップ 4	（オプション）メッセージセンターで更新の進行状況をモニターします。更新が完了するまで、マッピングされた脆弱性に関連するタスクを実行しないでください。メッセージセンターに進行状況が数分間表示されない、または更新が失敗したことが示されている場合でも、更新を再開しないでください。代わりに、Cisco TAC にお問い合わせください。更新の完了後に、システムで新しい脆弱性情報が使用されます。ただし、更新されたアプリケーションディテクタとオペレーティングシステムフィンガープリントを有効にするために、展開する必要があります。
ステップ 5	更新が成功したことを確認します。現在の VDB バージョンを表示するには、[ヘルプ（Help）] > [バージョン情報（About）] を選択します。

次のタスク

設定変更を展開します。設定変更の展開を参照してください。

VDB の更新のスケジュール

FMC でインターネットアクセスができる場合、定期的な VDB 更新をお勧めします。脆弱性データベースの更新の自動化を参照してください。

地理位置情報データベースを更新する

地理位置情報データベース（GeoDB）は、地理的な位置に基づいてトラフィックを表示およびフィルタリングするために利用できるデータベースです。

システムには IP アドレスを国/大陸にマッピングする初期 GeoDB が付属しているため、情報を常に利用できます。GeoDB を更新すると、システムはコンテキストデータもダウンロードします。このコンテキストデータには、追加の場所詳細のほか、ISP、接続タイプ、プロキシタイプ、ドメイン名などの接続情報が含まれます。シスコでは、GeoDB の定期的な更新を提供しています。正確な地理位置情報を取得するには、GeoDB を定期的に更新する必要があります。

初期設定の一環として、FMC は週次自動 GeoDB 更新を設定します。Web インターフェイスのメッセージセンターを使用して、この更新のステータスを確認できます。更新の設定に失敗するが、FMC がインターネットにアクセスできる場合は、 GeoDB 更新のスケジューリング。

GeoDB の更新に必要な時間はアプライアンスによって異なりますが、更新のサイズによっては最大 45 分かかる場合があります（たとえば、完全な GeoDB を初めてダウンロードする場合など）。GeoDB の更新は他のシステムの機能（実行中の地理情報の収集など）を中断することはありませんが、更新が完了するまでシステムのリソースを消費します。更新を計画する場合には、この点について考慮してください。

GeoDB を更新すると、GeoDB の以前のバージョンが上書きされ、すぐに有効になります。GeoDB を更新すると、FMC により、管理対象デバイス上の関連データが自動的に更新されます。GeoDB の更新が展開全体で有効になるまでに数分かかることがあります。更新後に再度展開する必要はありません。

[System] > [Updates] > [Geolocation Updates] ページと [Help] > [About] ページの両方に、現在のバージョンが一覧表示されます。

（注）

2022 年 5 月、GeoDB が 2 つのパッケージに分割されました。IP アドレスを国/大陸にマッピングする国コードパッケージと、コンテキストデータを含む IP パッケージです。新しい国コードパッケージのファイル名は、古いオールインワンパッケージと同じです。これにより、バージョン 7.1 以前を実行しているでは、引き続き GeoDB の更新プログラムを取得できます。ただし、このパッケージには国コードのマッピングのみ含まれようになるため、コンテキストデータは更新されなくなり、陳腐化されます。最新のデータを取得するには、バージョン 7.2 以降にアップグレードするか再イメージ化して、GeoDB を更新します。なお、この分割による地理位置情報ルールやトラフィック処理への影響はありません。これらのルールは、国コードパッケージのデータのみに依存しています。

手動による GeoDB の更新（インターネット接続）

新しい GeoDB 更新プログラムは、アプライアンスがインターネットにアクセスできる場合にのみ、サポートサイトに接続することで自動的にインポートできます。

手順

ステップ 1	[システム（System）] > [更新（Updates）]を選択します。
ステップ 2	[位置情報の更新（Geolocation Updates）] をクリックします。
ステップ 3	[サポートサイトから地理位置情報の更新をダウンロードしてインストールする（Download and install geolocation update from the Support Site）] を選択します。
ステップ 4	[インポート（Import）] をクリックします。システムは [地理位置情報の更新（Geolocation Update）] タスクをキューに入れます。このタスクは、最新の更新について、シスコサポートサイト（http://www.cisco.com/cisco/web/support/index.html）で確認します。
ステップ 5	必要に応じて、タスクのステータスをモニターします。タスクメッセージの表示を参照してください。
ステップ 6	更新が終了したら、[地理位置情報の更新（Geolocation Updates）] ページに戻るか、[ヘルプ（Help）] > [バージョン情報（About）] を選択して、GeoDB のビルド番号がインストールした更新と一致していることを確認します。

地理位置情報データベース（GeoDB）の手動更新：インターネット接続なし

FMC にインターネットアクセスがない場合、この手順を使用して、GeoDB のオンデマンド更新を実行します。

手順

ステップ 1	シスコサポートおよびダウンロードサイト：https://www.cisco.com/go/firepower-software から GeoDB をダウンロードします。モデルを選択または検索し（または任意のモデルを選択して、すべての FMC に同じ GeoDB を使用します）、[Coverage and Content Updates] ページを参照します。必ず国コードパッケージ（Cisco_GEODB_Update-date-build）をダウンロードしてください。IP パッケージはバージョン 7.2 以降用です。
ステップ 2	[システム（System）] > [更新（Updates）] > [地理位置情報の更新（Geolocation Updates）] の順に選択します。
ステップ 3	[One-Time Geolocation Update] で、[Upload and install geolocation update] を選択します。
ステップ 4	[Choose File] をクリックし、事前にダウンロードした国コードパッケージを参照します。
ステップ 5	[インポート（Import）] をクリックします。メッセージセンターで更新の進捗をモニターできます。
ステップ 6	更新が成功したことを確認します。 [位置情報の更新（Geolocation Updates）] ページと[ヘルプ（Help）] > [バージョン情報（About）] ページの両方に、現在のバージョンが一覧表示されます。

GeoDB 更新のスケジューリング

初期設定の一環として、FMC は週次自動 GeoDB 更新を設定します。Web インターフェイスのメッセージセンターを使用して、この更新のステータスを確認できます。更新の設定に失敗するが、FMC がインターネットにアクセスできる場合は、このトピック。

始める前に

FMC でインターネットにアクセスできることを確認します。

手順

ステップ 1	[システム（System）] > [更新（Updates）] を選択し、[Geolocation Updates] をクリックします。
ステップ 2	[Recurring Geolocation Updates] で、[Enable Recurring Weekly Updates] をオンにします。
ステップ 3	[開始時刻の更新（Update Start Time）] を指定します。
ステップ 4	[保存（Save）] をクリックします。

侵入ルールの更新

新しい脆弱性が明らかになるのに伴い、Cisco Talos Intelligence Group（Talos）は侵入ルールの更新をリリースします。これらの更新を Firepower Management Center にインポートして、変更後の設定を管理対象デバイスに導入することで、侵入ルールの更新を実装できます。それらの更新は、侵入ルール、プリプロセッサルール、およびルールを使用するポリシーに影響を及ぼします。

侵入ルール更新は更新を累積されていくものなので、常に最新の更新をインポートすることをお勧めします。現在インストールされているルールのバージョン以前の侵入ルールの更新をインポートすることはできません。

侵入ルールの更新では、次のものを提供します。

新規または変更されたルールおよびルール状態：ルール更新は、新規および更新された侵入ルールとプリプロセッサルールを提供します。新規ルールの場合は、システム付属の各侵入ポリシーでルールステータスが異なることがあります。たとえば、新規ルールが、Security over Connectivity 侵入ポリシーでは有効になっており、Connectivity over Security 侵入ポリシーでは無効になっていることがあります。ルールの更新では、既存のルールのデフォルトの状態が変更されたり、既存のルールが完全に削除されることもあります。
新しいルールカテゴリ：ルール更新には、常に追加される新しいルールカテゴリが含まれている場合があります。
変更されたプリプロセッサおよび詳細設定：ルール更新によって、システム提供の侵入ポリシーの詳細設定、およびシステム提供のネットワーク分析ポリシーのプリプロセッサ設定が変更されることがあります。また、アクセスコントロールポリシーの高度な前処理およびパフォーマンスのオプションのデフォルト値も変更される場合があります。
新規および変更された変数：ルール更新によって、既存のデフォルト変数のデフォルト値が変更されることがありますが、ユーザによる変更は上書きされません。新しい変数が常に追加されます。

マルチドメイン展開では、ローカル侵入ルールを任意のドメインにインポートできますが、グローバルドメイン内の Talos からでなければ、侵入ルールの更新をインポートすることはできません。

侵入ルールの更新によってポリシーが変更されるタイミングについて

侵入ルールの更新は、システムが提供するネットワーク分析ポリシーとカスタムネットワーク分析ポリシーの両方だけでなく、すべてのアクセスコントロールポリシーにも影響する場合があります。

システム提供：システムが提供するネットワーク解析および侵入ポリシーへの変更は、その他のアクセスコントロールの詳細設定と同様に、更新後にポリシーを再適用すると自動的に有効になります。
カスタム：すべてのカスタムネットワーク分析ポリシーと侵入ポリシーは、システム付属ポリシーをそのベースとして、またはポリシーチェーンの根本的ベースとして使用しているので、ルール更新によってカスタムネットワーク分析ポリシーと侵入ポリシーが影響を受けることがあります。ただし、ルール更新によるこれらの自動的な変更は回避することができます。これにより、ルール更新のインポートとは関係ないスケジュールで、システムによって提供される基本ポリシーを手動で更新できます。ユーザーによる選択（カスタムポリシーごとに実装）とは関係なく、システム付属ポリシーに対する更新によって、カスタマイズ済みの設定が上書きされることはありません。

ルール更新をインポートすると、ネットワーク分析ポリシーと侵入ポリシーのキャッシュされていた変更がすべて廃棄されるので注意してください。便宜のために、[ルールの更新（Rule Updates）] ページには、キャッシュされている変更があるポリシー、および変更を行ったユーザが表示されます。

侵入ルールの更新の展開

侵入ルールの更新によって行われた変更を有効にするには、設定を再導入する必要があります。侵入ルールの更新をインポートする際に、影響を受けるデバイスに自動的に再導入するようシステムを設定できます。この手法が特に役立つのは、侵入ルールの更新によるシステム提供の基本侵入ポリシーの変更を許可する場合です。

侵入ルールの更新の繰り返し

[ルールの更新（Rule Updates）] ページを使用して、ルール更新を日次、週次、または月次ベースでインポートすることができます。

展開に高可用性ペアのFirepower Management Centerが含まれる場合は、プライマリ側だけに更新をインポートします。セカンダリ Firepower Management Center は、通常の同期プロセスの一環としてルールの更新を受け取ります。

侵入ルールの更新のインポートに適用されるサブタスクは、ダウンロード、インストール、ベースポリシーの更新、設定の展開の順で実行されます。1 つのサブタスクが完了すると、次のサブタスクが開始されます。

スケジュールされた時間になると、システムはルールの更新をインストールして、前のステップで指定したように変更後の設定を展開します。インポートの前、またはインポート中にログオフすることも、Web インターフェイスを使用して他のタスクを実行することもできます。インポート中に [ルールの更新ログ（Rule Update Log）] にアクセスすると、が表示され、[ルールの更新ログ（Rule Update Log）] 詳細ビューに表示されるメッセージを確認できます。ルール更新のサイズと内容によっては、ステータスメッセージが表示されるまでに数分かかることがあります。

初期設定の一環として、FMC はシスコのサポートサイトから日次の自動侵入ルールの更新を設定します。（FMC では、次に影響を受けるポリシーを展開するときに、影響を受ける管理対象デバイスに自動侵入ルールの更新が展開されます。） Web インターフェイスのメッセージセンターを使用して、この更新のステータスを確認できます。更新の設定に失敗するが、FMC がインターネットにアクセスできる場合は、侵入ルールの更新のスケジュール。

ローカル侵入ルールのインポート

ローカル侵入ルールは、ASCII または UTF-8 エンコーディングによるプレーンテキストファイルとしてローカルマシンからインポートするカスタム標準テキストルールです。Snort ユーザマニュアル（http://www.snort.org で入手可能）の指示に従って、ローカルルールを作成することができます。

マルチドメイン展開では、任意のドメインにローカル侵入ルールをインポートできます。現在のドメインと親ドメインにインポートされたローカル侵入ルールを表示できます。

侵入ルールのワンタイム手動更新

Firepower Management Center にインターネットアクセスがない場合、新しい侵入ルールの更新を手動でインポートします。

手順

ステップ 1

シスコのサポートサイト（http://www.cisco.com/cisco/web/support/index.html）から更新を手動でダウンロードします。

ステップ 2

[システム（System）] > [更新（Updates）] を選択し、[ルールの更新（Rule Updates）] をクリックします。

ステップ 3

削除されるフォルダに作成またはインポートしたすべてのユーザー定義ルールを移動する場合、ツールバーで [すべてのローカルルールの削除（Delete All Local Rules）] をクリックして [OK] をクリックする必要があります。

ステップ 4

[アップロードおよびインストールするルールの更新またはテキストルールファイル（Rule Update or text rule file to upload and install）] を選択し、[参照（Browse）] をクリックして、ルールアップデートファイルを選択します。

ステップ 5

更新が完了した後に、ポリシーを管理対象デバイスに自動的に再展開する場合、[ルールの更新のインポートが完了した後にすべてのポリシーを再適用する（Reapply all policies after the rule update import completes）] をオンにします。

ステップ 6

[インポート（Import）] をクリックします。ルールの更新がインストールされ、[ルールアップデートログ（Rule Update Log）] 詳細ビューが表示されます。

（注）

ルール更新のインストール中にエラーメッセージが表示された場合は、サポートに連絡してください。

侵入ルールのワンタイム自動更新

新しい侵入ルールの更新を自動的にインポートするには、サポートサイトに接続するためのインターネットアクセスがアプライアンスで必要になります。

始める前に

Firepower Management Center にインターネットアクセス権があることを確認してください（セキュリティ、インターネットアクセス、および通信ポートを参照）。

手順

ステップ 1

[システム（System）] > [更新（Updates）]を選択します。

ヒント

または [ルールエディタ（Rule Editor）] ページで [ルールのインポート（Import Rules）] をクリックします。ここには、[ポリシー（Policies）] > [侵入（Intrusion）] > [侵入ルール（Intrusion Rule）] を選択してアクセスすることができます。

ステップ 2

[ルールの更新（Rule Updates）] をクリックします。

ステップ 3

削除されるフォルダに作成またはインポートしたすべてのユーザー定義ルールを移動する場合、ツールバーで [すべてのローカルルールの削除（Delete All Local Rules）] をクリックして [OK] をクリックします。

ステップ 4

[サポートサイトから新しいルールの更新をダウンロードする（Download new Rule Update from the Support Site）] を選択します。

ステップ 5

更新が完了した後に、変更した設定を管理対象デバイスに自動的に再展開する場合、[ルールの更新のインポートが完了した後にすべてのポリシーを再適用する（Reapply all policies after the rule update import completes）] チェックボックスをオンにします。

ステップ 6

[インポート（Import）] をクリックします。

ルールの更新がインストールされ、[ルールアップデートログ（Rule Update Log）] 詳細ビューが表示されます。

注意	ルール更新のインストール中にエラーメッセージが表示された場合は、サポートに連絡してください。

侵入ルールの更新のスケジュール

手順

ステップ 1

[システム（System）] > [更新（Updates）]を選択します。

ヒント

ステップ 2

[ルールの更新（Rule Updates）] をクリックします。

ステップ 3

ステップ 4

[サポートサイトからの定期的なルール更新のインポートを有効化（Enable Recurring Rule Update Imports from the Support Site）] チェックボックスをオンにします。

[ルールアップデートの再帰的なインポート（Recurring Rule Update Imports）] セクションの見出しの下に、インポートステータスに関するメッセージが表示されます。

ステップ 5

[インポート頻度（Import Frequency）] フィールドで、次を指定します。

更新の頻度（[日次（Daily）]、[週次（Weekly）]、または [月次（Monthly）]）。
更新が必要な曜日または日付。
更新を開始する時刻。

ステップ 6

更新の完了後、変更された設定を管理対象デバイスに自動的に再展開するには、[ルール更新の完了後、更新されたポリシーを管理対象デバイスに展開する（Deploy updated policies to targeted devices after rule update completes）] チェックボックスをオンにします。

ステップ 7

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

注意	侵入ルール更新のインストール中にエラーメッセージが表示された場合は、サポートに連絡してください。

[ルールアップデートの再帰的なインポート（Recurring Rule Update Imports）] セクションの見出しの下のステータスメッセージが変わり、ルールの更新がまだ実行されていないことが示されます。

ローカル侵入ルールのインポートに関するガイドライン

ローカルルールファイルをインポートする際には次のガイドラインに従います。

ルールのインポータには、すべてのカスタムルールが ASCII または UTF-8 でエンコードされるプレーンテキストファイルにインポートされることが必要です。
テキストファイル名には英数字とスペースを使用できますが、下線（_）、ピリオド（.）、ダッシュ（-）以外の特殊記号は使用できません。
システムは、単一のポンド文字（#）で始まるローカルルールをインポートしますが、これらには削除のフラグが立てられます。
単一のポンド文字（#）で始まるローカルルールはインポートされますが、2 つのポンド文字（##）で始まるローカルルールはインポートされません。
ルールにはエスケープ文字を含めることはできません。
マルチドメイン展開では、グローバルドメインにインポートまたは作成されたルールに 1 の GID が割り当てられ、他のすべてのドメインには 1000 ～ 2000 の間のドメイン固有 GID が割り当てられます。
ローカルルールをインポートするときにはジェネレータ ID（GID）を指定する必要はありません。指定する場合は、標準テキストルールに GID 1 のみを指定します。
ルールを初めてインポートするときには、[Snort ID]（SID）またはリビジョン番号を指定しないでください。これにより、削除されたルールを含むその他のルールの SID の競合を回避できます。システムはルールに対して、1000000 以上の次に使用できるカスタムルール SID 、およびリビジョン番号の 1 を自動的に割り当てます。

SID を持つルールをインポートする必要がある場合、SID には 1,000,000 以上の一意の番号を指定できます。

マルチドメイン展開で、複数の管理者がローカルルールを同時にインポートする場合、個々のドメイン内の SID が連続していないように見える場合があります。これは、シーケンス内の途中の数字が別のドメインに割り込んで指定されたためです。

以前にインポートしたローカルルールの更新バージョンをインポートするとき、または削除したローカルルールを元に戻すときは、システムによって指定された SID および現在のリビジョン番号より大きいリビジョン番号を含める必要があります。ルールを編集して、現在のルールまたは削除されたルールのリビジョン番号を判別できます。

（注）

ローカルルールを削除すると、システムは自動的にリビジョン番号を増やします。これは、ローカルルールを元に戻すための方法です。削除されたすべてのローカルルールは、ローカルルールカテゴリから、削除されたルールカテゴリへ移動されます。

SID 番号の問題を回避するには、ハイアベイラビリティペアのプライマリ Firepower Management Center でローカルルールをインポートします。
ルールに次のいずれかが含まれていると、インポートに失敗します。
- 2147483647 より大きい SID。
- 64 文字よりも長い送信元ポートまたは宛先ポートのリスト。
- マルチドメイン展開でグローバルドメインにインポートする場合、GID:SID の組み合わせでは、別のドメインに既に存在する GID 1 と SID を使用します。これは、バージョン 6.2.1 より前に組み合わせが存在していたことを示します。GID 1 と固有の SID を使用してルールを再インポートできます。
非推奨の threshold キーワードと侵入イベントしきい値機能を組み合わせて使用しているローカルルールをインポートして、侵入ポリシーで有効にすると、ポリシーの検証に失敗します。
インポートされたすべてのローカルルールは、ローカルルールカテゴリに自動的に保存されます。
システムによって、インポートしたローカルルールは常に無効なルール状態に設定されます。ローカルルールを侵入ポリシーで使用できるようにするには、ローカルルールの状態を手動で設定する必要があります。

ローカル侵入ルールのインポート

ローカルルールファイルが、ローカル侵入ルールのインポートに関するガイドラインに記載されているガイドラインに従っていることを確認します。
ローカル侵入ルールのインポートプロセスが、自身のセキュリティポリシーに適合していることを確認します。
帯域幅の制約や Snort の再起動が発生するため、トラフィックフローとインスペクションにインポートによる影響があることを考慮します。メンテナンスウィンドウ期間にルール更新をスケジュールすることをお勧めします。
このタスクは、どのドメインでも実行できます。

ローカル侵入ルールをインポートするには、次の手順を使用します。インポートされた侵入ルールは、無効状態でローカルルールカテゴリに表示されます。

手順

ステップ 1	[システム（System）] > [更新（Updates）] を選択し、[ルールの更新（Rule Updates）] をクリックします。
ステップ 2	（オプション）既存のローカルルールを削除します。 [すべてのローカルルールの削除（Delete All Local Rules）] をクリックして、すべての作成およびインポートされた侵入ルールを削除フォルダに移動することを確認します。
ステップ 3	[ワンタイムルール更新/ルールインポート（One-Time Rule Update/Rules Import）] で、[アップロードおよびインストールするルールの更新またはテキストルールファイル（Rule update or text rule file to upload and install）] を選択して、[ファイルの選択（Choose File）] をクリックしたら、ローカルルールファイルを参照します。
ステップ 4	[インポート（Import）] をクリックします。
ステップ 5	メッセージセンターでインポートの進行状況をモニターします。メッセージセンターを表示するには、メニューバーの [システムステータス（System Status）] をクリックします。メッセージセンターに進行状況が数分間表示されない、またはインポートが失敗したことが示されている場合でも、インポートを再起動しません。代わりに、Cisco TAC に連絡してください。

次のタスク

侵入ポリシーを編集し、インポートしたルールを有効にします。
設定変更を展開します。設定変更の展開を参照してください。

ルールの更新ログ

Firepower Management Center は、ユーザがインポートする各ルール更新およびローカルルールファイルごとに 1 つのレコードを生成します。

各レコードにはタイムスタンプ、ファイルをインポートしたユーザ名、およびインポートが正常に終了したか失敗したかを示すステータスアイコンが含まれています。ユーザは、インポートしたすべてのルール更新とローカルルールファイルのリストを管理したり、リストからレコードを削除したり、インポートしたすべてのルールとルール更新コンポーネントに関する詳細レコードにアクセスすることができます。

[ルールアップデートのインポートログ（Rule Update Import Log）] 詳細ビューには、ルール更新またはローカルルールファイルにインポートされた各オブジェクトの詳細レコードが表示されます。表示されるレコードのうち、自分のニーズに合う情報のみを含むカスタムワークフローまたはレポートを作成することもできます。

侵入ルール更新のログテーブル

表 2. 侵入ルール更新のログフィールド
フィールド	説明
要約	インポートファイルの名前。インポートが失敗した場合は、ファイル名の下に、失敗した理由の簡単な説明が表示されます。
Time	インポートが開始された日時。
ユーザー ID（User ID）	インポートをトリガーとして使用したユーザ名。
ステータス（Status）	インポートの状態を表します成功（[成功（succeeded）] アイコン [成功（succeeded）] アイコン）失敗した、または実行中インポート中には [ルールアップデートログ（Rule Update Log）] ページで、正常終了しなかった、または完了していないことを示す赤いステータスアイコンが表示され、インポートが正常終了した場合のみこれが緑色のアイコンに変わります。

ヒント

侵入ルール更新のインポートの進行中に示される、インポートの詳細を表示することができます。

侵入ルールの更新ログの表示

マルチドメイン展開環境では、現在のドメインと子孫ドメインのデータを表示することができます。上位レベルのドメインまたは兄弟ドメインのデータを表示することはできません。

手順

ステップ 1

[システム（System）] > [更新（Updates）]を選択します。

ヒント

侵入ルールエディタページ（[オブジェクト（Objects）] > [侵入ルール（Intrusion Rules）]）の [インポートページ（Import Rules）] をクリックすることもできます。

ステップ 2

[ルールの更新（Rule Updates）] をクリックします。

ステップ 3

[ルールアップデートログ（Rule Update Log）] をクリックします。

ステップ 4

次の 2 つの対処法があります。

表示：ルールの更新またはローカルルールファイルにインポートされる各オブジェクトの詳細を表示するには、表示するファイルの横にある表示（）をクリックします（侵入ルールの更新インポートログの詳細の表示を参照）。

削除：インポートログからインポートファイルレコード（ファイルに含まれるすべてのオブジェクトに関する詳細レコードを含む）を削除するには、インポートファイル名の横にあるをクリックします。

（注）

ログからファイルを削除しても、インポートファイルにインポートされているオブジェクトはいずれも削除されませんが、インポートログレコードのみは削除されます。

侵入ルール更新ログのフィールド

ヒント

1 つのインポートファイルのレコードのみが表示されている [ルールアップデートのインポートログ（Rule Update Import Log）] 詳細ビューからツールバーの [検索（Search）] をクリックして検索を開始した場合でも、[ルールアップデートのインポートログ（Rule Update Import Log）] データベースの全体が検索されます。検索の対象とするすべてのオブジェクトが含まれるように、時間制限が設定されていることを確認します。

表 3. [ルールアップデートのインポートログ（Rule Update Import Log）] 詳細ビューのフィールド
フィールド	説明
操作	オブジェクトタイプについて、次のいずれかが発生していることを示します。 [新規（new）]（ルールで、このアプライアンスにルールが最初に格納された場合） [変更済み（changed）]（ルール更新コンポーネントまたはルール用。ルール更新コンポーネントが変更された場合、またはルールのリビジョン番号が大きく、GID と SID が同じ場合） [競合（collision）]（ルール更新コンポーネントまたはルールに関して、アプライアンス上の既存のコンポーネントまたはルールとリビジョンが競合しているため、インポートがスキップされた場合） [削除済み（deleted）]（ルール用。ルール更新からルールが削除された場合） [有効（enabled）]（ルール更新の編集で、プリプロセッサ、ルール、または他の機能が、システムで提供されるデフォルトポリシーで有効になっていた場合） [無効（disabled）]（ルールで、システム提供のデフォルトポリシーでルールが無効になっていた場合） [ドロップ（drop）]（ルールで、システムで提供されるデフォルトポリシーで、ルールが [ドロップおよびイベントの生成（Drop and Generate Events）] に設定されていた場合） [エラー（error）]（ルール更新またはローカルルールファイル用。インポートに失敗した場合） [適用（apply）]（インポートに対して [ルール更新のインポート完了後にすべてのポリシーを再適用する（Reapply all policies after the rule update import completes）] オプションが有効だった場合）
デフォルトアクション（Default Action）	ルールの更新によって定義されたデフォルトのアクション。インポートされたオブジェクトのタイプが [ルール（rule）] の場合、デフォルトのアクションは [通過（Pass）]、[アラート（Alert）]、または [ドロップ（Drop）] になります。インポートされた他のすべてのオブジェクトタイプには、デフォルトのアクションはありません。
詳細	コンポーネントまたはルールに対する一意の文字列。ルールの場合、変更されたルールの GID、SID、および旧リビジョン番号は、`previously (GID:SID:Rev)` と表示されます。変更されていないルールについては、このフィールドは空白です。
ドメイン（Domain）	侵入ポリシーで更新されたルールを使用できるドメイン。子孫ドメインの侵入ポリシーもルールを使用できます。このフィールドは、マルチドメイン展開の場合にのみ存在します。
GID	ルールのジェネレータ ID。たとえば、`1`（標準テキストルール、グローバルドメインまたは従来の GID）または `3`（共有オブジェクトルール）。
名前（Name）	インポートされたオブジェクトの名前。ルールの場合はルールの [メッセージ（Message）] フィールドに対応した名前で、ルール更新コンポーネントの場合はコンポーネント名です。
ポリシー	インポートされたルールの場合、このフィールドには [すべて（All）] が表示されます。つまり、ルールが正常にインポートされ、適切なデフォルト侵入ポリシーすべてで有効にすることができます。インポートされた他のタイプのオブジェクトについては、このフィールドは空白です。
Rev	ルールのリビジョン番号。
ルールアップデート（Rule Update）	ルール更新のファイル名。
SID	ルールの SID。
Time	インポートが開始された日時。
タイプ	インポートされたオブジェクトのタイプで、有効な値は次のいずれかです。 [ルール更新コンポーネント（rule update component）]（ルールパックやポリシーパックなどのインポートされたコンポーネント） [ルール（rule）]（ルール用。新しいルールまたは更新されたルール。バージョン 5.0.1 では、廃止された `update` 値の代わりにこの値が使用されます）。 [ポリシー適用（policy apply）]（インポートに対して [ルール更新のインポート完了後にすべてのポリシーを再適用する（Reapply all policies after the rule update import completes）] オプションが有効だった場合）
カウント（Count）	各レコードのカウント（`1`）。テーブルが制限されており、[ルールアップデートログ（Rule Update Log）] 詳細ビューがデフォルトでルール更新レコードに制限されている場合は、テーブルビューに [メンバー数（Count）] フィールドが表示されます。このフィールドは検索できません。

侵入ルールの更新インポートログの詳細の表示

手順

ステップ 1

[システム（System）] > [更新（Updates）]を選択します。

ヒント

ステップ 2

[ルールの更新（Rule Updates）] をクリックします。

ステップ 3

[ルールアップデートログ（Rule Update Log）] をクリックします。

ステップ 4

表示する詳細レコードが含まれているファイルの隣にある表示（ [表示（view）] ボタン）をクリックします。

ステップ 5

次のいずれかの処理を実行できます。

ブックマーク：現在のページをブックマークするには、[このページをブックマーク（Bookmark This Page）] をクリックします。
検索の編集：現在の単一制約が事前入力されている検索ページを開くには、検索制約の横にある [検索の編集（Edit Search）] または [検索の保存（Save Search）] を選択します。
ブックマークの管理：ブックマークの管理ページに移動するには、[レポートデザイナ（Report Designer）] をクリックします。
レポート：現在のビューのデータに基づいてレポートを生成するには、[レポートデザイナ（Report Designer）] をクリックします。
検索：ルールの更新インポートログデータベース全体でルールの更新インポートレコードを検索するには、[検索（Search）] をクリックします。
ソート：現在のワークフローページでレコードをソートしたり制約したりするには、詳細についてドリルダウンページの使用を参照してください。
ワークフローの切り替え：別のワークフローを一時的に使用するには、[（ワークフローの切り替え）（(switch workflows)）] をクリックします。

エアギャップ展開の維持

Firepower システムがインターネットに接続されていない場合、必要な更新は自動的に実行されません。

それらの更新を手動で取得してインストールする必要があります。次の情報を参照してください。

VDB の手動更新
侵入ルールのワンタイム手動更新
地理位置情報データベース（GeoDB）の手動更新：インターネット接続なし
『Firepower Management Center Software Upgrade Guide』

https://www.cisco.com/c/en/us/td/docs/security/firepower/upgrade/fpmc-upgrade-guide.html

システムアップデートの履歴

機能

バージョン

詳細（Details）

FMC による、初期セットアップ時のソフトウェアのダウンロードと GeoDB の更新のスケジュール

6.5.0

新規または再イメージ化された FMC を設定すると、システムは自動的に次のスケジュールを設定します。

FMC とその管理対象デバイスのソフトウェア更新をダウンロードする週次タスク。
GeoDB の週次更新。

タスクは UTC でスケジュールされるため、いつ現地で実行されるかは、日付と場所によって異なります。また、タスクは UTC でスケジュールされるため、サマータイムなど、所在地で実施される場合がある季節調整に合わせて調節されることもありません。このような影響を受ける場合、スケジュールされたタスクは、現地時間を基準とすると、夏期では冬期の場合よりも 1 時間「遅れて」実行されることになります。自動スケジュール設定を確認し、必要に応じて調整することをお勧めします。

FMC アップグレードによるスケジュールされたタスクの延期

6.7.0

6.6.3

6.4.0.10

FMC アップグレードは、スケジュールされたタスクを延期するようになりました。アップグレード中に開始するようにスケジュールされたタスクは、アップグレード後の再起動の 5 分後に開始されます。

（注）

アップグレードを開始する前に、実行中のタスクが完了していることを確認する必要があります。アップグレードの開始時に実行中のタスクは停止し、失敗したタスクとなり、再開できません。

この機能は、サポートされているバージョンからのすべてのアップグレードでサポートされていることに注意してください。これには、バージョン 6.4.0.10 以降のパッチ、バージョン 6.6.3 以降のメンテナンスリリース、およびバージョン 6.7.0 以降が含まれます。この機能は、サポートされていないバージョンからサポートされているバージョンへのアップグレードではサポートされていません。

署名済みの SRU、VDB、および GeoDB の更新

6.4.0

Firepower は正しい更新ファイルを使用していることが確認できるため、署名済みの更新を侵入ルール（SRU）、脆弱性データベース（VDB）、および地理位置情報データベース（GeoDB）に使用できるようになりました。以前のバージョンでは、引き続き未署名の更新が使用されます。

シスコサポートおよびダウンロードサイトから手動で更新をダウンロードしない限り（たとえば、エアギャップ導入環境の場合）、機能の違いはわかりません。

ただし、SRU、VDB、および GeoDB の更新を手動でダウンロードしてインストールする場合は、必ず現在のバージョンに対応した正しいパッケージをダウンロードしてください。署名付きの更新ファイルの先頭は「Sourcefire」ではなく「Cisco」で、末尾は .sh ではなく .sh.REL.tar です。

SRU：Cisco_Firepower_SRU-date-build-vrt.sh.REL.tar
VDB：Cisco_VDB_Fingerprint_Database-4.5.0-version.sh.REL.tar
GeoDB：Cisco_GEODB_Update-date-build.sh.REL.tar

署名付きの（.tar）パッケージは解凍しないでください。

アップグレードの高速化

6.4.0

イベントデータベースの改善により、Firepower アプライアンスのアップグレードが高速になりました。

アップグレードの前の、管理対象デバイスへのアップグレードパッケージのコピー

6.2.3

実際のアップグレードを実行する前に、FMC から管理対象デバイスにアップグレードパッケージをコピー（またはプッシュ）できるようになりました。帯域幅の使用量が少ない時間帯やアップグレードのメンテナンス期間外でプッシュできるため、この機能は便利です。

高可用性デバイス、クラスタデバイス、またはスタック構成デバイスにプッシュすると、アップグレードパッケージは最初にアクティブ/コントロール/プライマリに送信され、次にスタンバイ/データ/セカンダリに送信されます。

新規/変更された画面：[システム（System）] > [更新（Updates）]

VDB の更新前の、FMC による Snort の再起動の警告

6.2.3

FMC は、脆弱性データベース（VDB）を更新すると Snort プロセスが再起動されることを警告するようになりました。これにより、トラフィックインスペクションが中断され、管理対象デバイスによるトラフィックの処理方法によっては、トラフィックフローが中断される可能性があります。メンテナンス期間中など、都合の良い期間までインストールをキャンセルすることができます。

次のようなときに警告が表示される可能性があります。

VDB をダウンロードして手動でインストールした後。
スケジュールされたタスクを作成して VDB をインストールする場合。
たとえば、以前にスケジュールされたタスクの実行中に、または Firepower ソフトウェアアップグレードの一部として、VDB がバックグラウンドでインストールされる場合。

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

偏向のない言語

翻訳について

検索結果

章のタイトル： システム アップデート

システム アップデート

システムアップデートについて

システムアップデートの要件と前提条件

モデルのサポート

サポートされるドメイン

ユーザの役割

システムアップデートの注意事項と制約事項

更新する前に

スケジュールされた更新

帯域幅のガイドライン

システムソフトウェアのアップグレード

脆弱性データベース（VDB）の更新

VDB の手動更新

始める前に

手順

次のタスク

VDB の更新のスケジュール

地理位置情報データベースを更新する

手動による GeoDB の更新（インターネット接続）

手順

地理位置情報データベース（GeoDB）の手動更新：インターネット接続なし

手順

GeoDB 更新のスケジューリング

始める前に

手順

侵入ルールの更新

侵入ルールの更新によってポリシーが変更されるタイミングについて

侵入ルールの更新の展開

侵入ルールの更新の繰り返し

ローカル侵入ルールのインポート

侵入ルールのワンタイム手動更新

手順

侵入ルールのワンタイム自動更新

始める前に

手順

侵入ルールの更新のスケジュール

手順

ローカル侵入ルールのインポートに関するガイドライン

ローカル侵入ルールのインポート

手順

次のタスク

ルールの更新ログ

侵入ルール更新のログ テーブル

侵入ルールの更新ログの表示

手順

侵入ルール更新ログのフィールド

侵入ルールの更新インポート ログの詳細の表示

手順

エアギャップ展開の維持

システムアップデートの履歴

このドキュメントは役に立ちましたか?

シスコに問い合わせ

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

章のタイトル：システムアップデート

システムアップデート

侵入ルール更新のログテーブル

侵入ルールの更新インポートログの詳細の表示