脆弱性対応リリースノート
ServiceNow® 脆弱性対応 アプリケーションを使用すると、セキュリティと IT が連携して迅速かつ効率的に最も重要な脆弱性を修正できます。脆弱性対応 は Yokohama リリースで拡張および更新されました。
Yokohama リリースでの 脆弱性対応 の特長
- sn_vul.vulnerability_analyst または sn_vul.vulnerability_admin ロールを使用して、脆弱性マネージャーワークスペース でホスト修復タスクを手動で作成します。
- sn_vul.remediation_owner ロールを使用して、IT 修復ワークスペース でホスト修復タスクを手動で作成します。
脆弱性対応 アプリケーションの詳細については、「Vulnerability Response」を参照してください。リリース済みの セキュリティオペレーション アプリケーションとそのバージョンの互換性の詳細については、ナレッジベースの記事「脆弱性対応互換性マトリクスおよびリリーススキーマの変更点」を参照してください。
Yokohama リリースの新機能
- 脆弱性マネージャーワークスペースでのホスト修復タスクの手動作成
- sn_vul.vulnerability_analyst または sn_vul.vulnerability_admin ロールを使用して、脆弱性マネージャーワークスペース 内のホスト脆弱性一致アイテムのリストで一部またはすべてのレコードを選択することで、ホスト修復タスクを手動で作成できます。これらのレコードは、修復タスクの作成時に選択されたグループ化基準に従って、1 つ以上のホスト修復タスクにグループ化されます。
- IT 修復ワークスペースでのホスト修復タスクの手動作成
-
sn_vul.remediation_owner ロールでを使用して、IT 修復ワークスペース 内のホスト脆弱性一致アイテムのリストで目的のレコードを選択することで、ホスト修復タスクを手動で作成できます。これらのレコードは、修復タスクの作成時に選択されたグループ化基準に従って、1 つ以上のホスト修復タスクにグループ化されます。
- スマートアセスメントによる例外管理のアンケートサポート
- スマートアセスメントを使用して、例外管理プロセスの一部として高度なアンケートを設定します。この機能拡張により、修復オーナーは例外要求の詳細なコンテキストを提供できるようになり、承認者は条件付きの質問を構成して情報に基づいた意思決定のための情報を収集できるようになります。
- コラボレーションと承認の合理化:明確で完全な例外の正当な理由により承認プロセスを簡素化することで、脆弱性管理チームと修復チーム間のコラボレーションを促進します。
- 必須アンケート:必須アンケートが完了するまで、例外要求の送信をブロックします。アンケートが必須としてマークされている場合、アンケートを完了して送信するまで、テスト結果とそれに関連する修復タスクは [オープン] ステータスのままになります。
- アンケートが未完了の場合、ステータス変更承認レコードは「ドラフト」として保存されます。アンケートを完了した後にのみ、ユーザーは例外要求を送信できます。これにより、テスト結果または修復タスクが [レビュー中] ステータスに移行します。
- ルックアップルールの機能拡張
- ルックアップルールを再適用すると、90 日以上非アクティブになっている検出済みアイテム (DI) は無視されます。これらの検出されたアイテム (DI) も、ライセンスに関する考慮事項から除外されます。それらをルックアップロジックから削除すると、パフォーマンスが向上し、処理時間が短縮されます。
- バックグラウンドジョブの機能拡張:レコードの評価、処理にかかった時間、残り時間、および推定レコード数を表示できるように、新しいフィールドが追加されました。
- CSDM 以外の脆弱性対応ユーザーの精度の向上:共通サービスデータモデル (CSDM) 標準に準拠していないユーザーを支援するために、システムプロパティ (sn_sec_cmn.ci_lifecycle_status_source) が導入されました。このプロパティにより、検出されたアイテム (DI) と関連する VIT が廃止として適切にマークされ、CI ルックアップから除外されます。さらに、[廃止された構成アイテム (CI)] PA インジケーターが更新され、廃止フラグに基づいて CI が正確に反映されるようになりました。
- 一致しない検出されたアイテムを調整するスケジュール済みジョブ機能は廃止されました。検出されたアイテムテーブルビューで、選択したアイテムまたはフィルタリングされたアイテムに対して「ルックアップルールを再適用」できます。
- 脆弱性対応およびコンテナ脆弱性対応アプリケーションとのTenable.cs統合
- Tenable との脆弱性対応統合 アプリケーションは Tenable.cs からのデータ取り込みをサポートするようになり、クラウドやコンテナの脆弱性を ServiceNow に直接取り込むことができるようになりました。この統合により、Tenable クラウドリソースとコンテナイメージで特定された脆弱性に優先順位を付けて修正する機能が強化されます。主な機能は次のとおりです。
- クラウドホストとコンテナイメージのTenable.csによって検出された脆弱性を ServiceNow に自動的にインポートします。
- 修復ワークフローを有効にして、クラウドネイティブ環境とコンテナ化された環境全体で最も重要な脆弱性をトリアージ、アサイン、および解決します。
- セットアップアシスタントを使用して認証情報と統合パラメーターを簡単に構成し、最小限の手動セットアップで開始できます。
- 定期的に実行するジョブをスケジュールして、Tenable.cs からの結果をインポートし、脆弱性一致アイテム (クラウドホスト用) を作成し、コンテナ脆弱性一致アイテムを作成して、関連するクラウドリソースとコンテナイメージレコードに関連付けます。
- パブリッシャー別の脆弱性エクスポージャーの評価
- 脆弱性エクスポージャーアセスメントの v5.0 以降では、ベンダーごとに脆弱性の影響を評価できる公開者ベースのアセスメントが導入されています。たとえば、Microsoft、Red Hat などです。重要なベンダーから最近開示された脆弱性に焦点を当てることで、修復に優先順位を付けて脅威にプロアクティブに対処し、全体的なセキュリティ体制を改善できます。
- [作業メモ] セクションに脆弱性一致アイテムのリスクスコアの詳細を表示する
- 脆弱性対応 v25.0.3 以降、システムプロパティ sn_sec_cmn.risk_score_changes_add_worknotes はデフォルトで非アクティブになっています。有効化した場合のみ、脆弱性一致アイテムのリスクスコアに関連するすべての変更が [作業メモ] セクションに表示されます。さらに、作業メモはリスクスコアが変更された場合にのみ更新されます。
- Vulnerability Response のクイックスタートテスト
-
新しいアプリケーションまたは統合のアップグレードと展開が完了したら、クイックスタートテストを実行して、脆弱性対応 が想定どおりに機能していることを確認します。脆弱性対応 をカスタマイズした場合は、クイックスタートテストをコピーし、カスタマイズのために設定します。
- 例外ルール処理の機能拡張
-
- 例外ルールは、夜間にスケジュールされたジョブで再評価されます。
- 例外ルール条件に一致しなくなった脆弱性一致アイテムは、修復タスクからリンク解除されます。
- 保留された脆弱性一致アイテム (VIT) は、アクティブな例外ルールに一致しない場合に再オープンされます。
- 例外ルールでは修復タスクは作成されません。VIT は直接保留され、修復タスクに関連付けられません。
- Tenable のエンドポイントスキャン統合
- スキャンメタデータを取得するための Tenable のエンドポイントスキャン統合のサポート。統合は、Tenable.io の既存の資産データからlast_schedule_idを使用してスキャンの詳細をフェッチします。
- 脆弱性一致アイテムの [再オープン数] フィールド
- ステータスが「クローズ済み」から「オープン」、または「アクティブ」に変わった回数を追跡するための [再オープン数] フィールドを脆弱性一致アイテムに追加しました。
- Common Security Advisory Framework (CSAF) 統合によるすぐに利用可能なベンダーアドバイザリー
- Redhat および Suse のベンダー勧告は、すぐに利用可能に設定され、ソリューション管理プラグインが有効な場合に自動的にアクティブ化されます。
アクティベーション情報
ServiceNow Store から要求して、脆弱性対応 をインストールします。 ServiceNow Store Web サイトにアクセスして利用可能なすべてのアプリを表示し、ストアにリクエストを送信する方法について確認してください。リリースされたすべてのアプリのリリースノート情報については、「ServiceNow Storeバージョン履歴のリリースノート」を参照してください。