> For the complete documentation index, see [llms.txt](https://docs.nexthink.com/platform/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.nexthink.com/platform/ja/library-packs/security-and-compliance/application-vulnerability-management/usage-guide-application-vulnerability-management.md).
# 使用ガイド：アプリケーション脆弱性管理
{% hint style="warning" %}
このページでは、ユースケースの例を含む、このパックのさまざまな利用方法を説明します。
管理者は、[構成ガイド：アプリケーション脆弱性管理](/platform/ja/library-packs/security-and-compliance/application-vulnerability-management/configuration-guide-application-vulnerability-management.md)を参照して、インストール済みコンテンツを設定およびカスタマイズできます。
{% endhint %}
このライブラリパックは、IT およびセキュリティチームを以下の点で支援します。
* 脆弱なバイナリと、その使用場所を明確に把握します。
* 脆弱性のタグ付けを標準化し、修復の一貫性を高めます。
* 実際に脆弱なバイナリを実行したデバイスをターゲットにし、効率を向上させます。
* ワークフローとキャンペーンを使用して、脆弱なアプリケーションの削除時にユーザーの関与を促進します。
## ライブラリパックは使用している
{% hint style="info" %}
このページの[使用ケース](#use-cases)にジャンプして、関連するシナリオアプリケーションを確認してください。
{% endhint %}
以下の目的のためにライブラリパックのコンテンツを使用します。
### 脆弱なアプリケーションの使用状況に関する可視性の獲得
**アプリケーション脆弱性管理**ダッシュボードを使用し、脆弱な製品に手動でタグ付けした後、脆弱なバイナリを実行しているすべてのエンドポイントを確認できます。 ダッシュボードでは、脆弱な製品数やそれを実行しているデバイス数に加え、場所、組織部門などによる内訳も確認できます。 この情報により、脆弱性の影響を迅速に評価できます。
### ユーザーと連携して脆弱なアプリケーションの削除を確認する
**脆弱アプリケーション削除アセスメント**ワークフローと関連キャンペーンにより、ユーザーは自分のデバイス上の脆弱な製品について通知を受け、利用可能な場合は代替または更新版の製品が提案され、脆弱な製品の削除許可を求められます。
## 使用ケース
以下に示す関連するユースケースに加えて、環境に特有の他のトラブルシューティングシナリオを発見することができるかもしれません。
### 脆弱なアプリケーションへのタグ付け
**アプリケーション脆弱性管理**ダッシュボードの**概要**タブで、**製品名**と**バージョン**にフィルタを適用し、脆弱な製品を指定します。
次に、**脆弱性カタログ**ウィジェットを確認します。ここでは、製品名、その製品を実行しているデバイス、関連付けられたバイナリ、およびバージョンが表示されます。 アクションメニューから、**バイナリへドリルダウン**を選択します。
ドリルダウン結果で、脆弱なバイナリを選択し、**編集**をクリックします。
最後に、ケースに基づいてカスタムフィールドの値を入力します。
* **脆弱性:** この手動カスタムフィールドは、特定のバイナリバージョンが脆弱とみなされるかどうかを示します。 脆弱性検出レポートで示されている場合は、**Yes** を入力する必要があります。
* **脆弱性の重大度:** この手動カスタムフィールドは、特定のバイナリバージョンに影響する脆弱性の重大度レベルを示します。 脆弱性検出レポートの情報に基づいて入力し、**Low**、**Mid**、または **High** のいずれかの値を含めることができます。
* **脆弱性の悪用可能性:** この手動カスタムフィールドは、特定のバイナリバージョンに影響する脆弱性が既知の悪用可能なものであるかどうかを示します。 脆弱性検出レポートの情報に基づいて、**Yes** または **No** を入力する必要があります。 悪用可能性が不明または指定されていない場合、このフィールドは空のままにできます。
* **代替アプリケーション:** この手動カスタムフィールドは、脆弱なアプリケーションに対する代替アプリケーションが利用可能かどうかを示すために使用します。 ここに代替アプリケーション名を入力します。 代替が利用できない場合、このフィールドは空のままにします。
* **代替アプリケーションリンク:** この手動カスタムフィールドには、組織の内部セルフサービスポータルで利用可能な代替アプリケーションへのリンクを含めることができます。 脆弱なアプリケーションを更新ではなく置き換える必要がある場合に使用します。 リンクは `https://` のプレフィックスを付けずに入力する必要があります。
* **安全なバージョン:** この手動のカスタムフィールドは、脆弱性の影響を受けず安全と見なされるアプリケーションのバージョンを示します。 脆弱性検出レポートに基づき、テキストとしてバージョン番号を含める必要があります。 安全なバージョンが利用可能でない場合、または指定されていない場合、このフィールドは空のままにしておくことができます。
* **安全なバージョンへのリンク:** この手動カスタムフィールドには、組織の内部セルフサービスポータルで利用可能なアプリケーションの安全なバージョンへのリンクを含めることができます。 脆弱性のあるアプリケーションをアップグレードできる場合に入力される必要があります。 リンクは https\:// のプレフィックスを付けずに入力する必要があります。
### 脆弱なアプリケーションの特定
このユースケースは、Nexthink のリアルタイムなデバイスおよび使用状況のインサイトで強化された脆弱性データを活用して、セキュリティチームと IT チームが環境内の脆弱なアプリケーションを特定、優先順位付け、評価するのに役立ちます。
#### 全体的なリスク露出度を評価する
現在のリスクレベルをすばやく把握するには、まず **概要** タブから始めてください。
このタブでは以下を示します:
* 高リスクのアプリケーション数（重大度が中／高で、悪用可能なもの）
* 影響を受けたデバイスの数と割合
* 時間経過に伴うエクスポージャーの推移
また、デバイスへの影響と実行アクティビティに基づいて、どのアプリケーションが最大のリスクをもたらしているかも示します。
このビューを使用して、次の点を判断します:
* 脆弱なアプリケーションが重大なリスクとなるかどうか
* どのアプリケーションを優先的に調査すべきか
#### 高リスクのアプリケーションを調査する
最も重要なアプリケーションを分析するために、**Vulnerability Details** タブに移動します。
リスクの高いセクションに注目し、次のようなアプリケーションを特定します:
* デバイス全体に広く展開されている
* 積極的に使用されている（実行アクティビティが高い）
* 長時間さらされている
これらが最優先で対処すべきアプリケーションです。
#### 修復範囲を把握する
同じタブで、脆弱なアプリケーションをすべて確認し、曝露範囲の全体像を把握します。
このセクションでは、次の内容を示します:
* アップグレード、置換、または削除できるアプリケーションの数
* アプリケーションごとの影響を受けたデバイス数
これを使用すると、次のことができます:
* 修復に必要な作業量を見積もる
* 適切なレメディエーション戦略を決定する.
### 影響を受けたデバイスの特定
このユースケースは、脆弱なアプリケーションを実行しているデバイスを特定し、迅速にその一覧を作成するのに役立ちます。
#### スコープを選択する
目的に応じて、**Overview** または **Vulnerability details** のいずれかのタブから開始します。
* 高リスクのアプリケーションを実行しているデバイスを特定するには、**Overview** タブを使用します。
* **Vulnerability details** タブを使用して、高リスクまたは一般的な特定の脆弱なアプリケーションに焦点を当てます
これにより、広範な高リスクのビューを取得するか、特定のアプリケーションレベルの調査を行うかを選択できます。
#### デバイスまで掘り下げて
選択したウィジェット（例：**高リスク製品を実行しているデバイス**）から、**Drill down** の **Devices** オプションを使用します。
これにより、選択したスコープの影響を受けるデバイスの一覧が開き、脆弱なアプリケーションがどこに存在するかを正確に確認できます。
#### デバイス一覧を使用してアクションを実行する
生成されたデバイス一覧は、次の用途に使用できます:
* 影響を受けたユーザーとエンドポイントを特定する
* レポート作成やさらなる分析のためにデータをエクスポートします
* 次のようなターゲットを絞った修復アクションを作成します:
* 構成管理コレクション
* リモートアクション.
### 脆弱な製品の削除を確認するためにユーザーと連携する
このユースケースは、IT およびセキュリティチームが、脆弱なアプリケーションに対する修復アクションをエンドユーザーに確認してもらい、フォローアップアクションにつなげるためのフィードバックを収集するのに役立ちます。
#### 脆弱なアプリケーションを自動的に検出する
定義された脆弱性タグ付けフィールドに基づき、スケジュールされたワークフローは脆弱なアプリケーションを実行しているデバイスを継続的に特定します。
利用可能な修復情報に応じて、ワークフローは次のいずれかのユーザーキャンペーンを自動的にトリガーします:
* 脆弱なアプリケーションを削除する
* セルフサービスポータルで承認された代替品に置き換えてください
* セルフサービス ポータルから安全なバージョンにアップグレードしてください
#### ユーザーの回答を収集する
ユーザーは、キャンペーンを通じて意図した操作を直接確認するよう促されます。 次のことができます：
* 修復（削除、置換、または更新）を確認する
* 是正措置が未確認であることを示す
* ITサポートを依頼する
サポートが要求された場合、ワークフローは自動的に ITSM チケットを作成し、ユーザーに通知できます。
#### 回答を確認し、アクションを計画する
すべての回答は **Remediation progress** タブに集約され、チームは次の内容を確認できます:
* キャンペーンタイプごとの応答率
* アプリケーションごとのユーザー選択アクション
これにより、チームは次のことが可能になります:
* 修復が確認されたデバイスを特定し、（リモートアンインストールや更新などの）自動アクションを実行する
* 修復が確認されていないケースを検出し、フォローアップまたはエスカレーションを計画する
* サポートリクエストに優先順位を付け、ITSM ワークフローで処理する
### ユーザーの反応を評価する
このユースケースは、脆弱なアプリケーションに対する修復アクションに対するユーザーの反応を IT およびセキュリティチームが監視・評価できるようにし、より効果的なフォローアップと修復計画を可能にします。
#### 修復への取り組みを確認する
自動化されたワークフローによってトリガーされた修復リクエストに、ユーザーがどのように対応しているかを把握するには、「修復の進捗」タブから確認を始めてください。
脆弱性のあるアプリケーションが検出されると、ユーザーにはアプリケーションの更新、置き換え、削除、またはサポートの依頼を促すキャンペーンが表示されます。
修復の概要では、次の内容を確認できます:
* 回答の総数
* キャンペーンタイプごとの応答率
これを使用して、全体的なユーザーエンゲージメントを評価し、追加のコミュニケーションが必要となる領域を特定します。
#### ユーザーの回答を分析する
ユーザーがどのように対応したかを理解するために、**ユーザーが選択した修復アクション** セクションを確認してください。
回答は次のように分類されます:
* 是正措置が確認済み – ユーザーは対応を取る意思を示した
* 是正措置は未確認 — ユーザーは是正措置の実施を約束していません
* サポートの要求 ― ユーザーは IT からの支援を必要としている
これにより、チームは次の点を特定できます:
* 修復アクションの準備ができているデバイスはどれか
* どのユーザーがフォローアップまたはエスカレーションを必要とするか。
* IT サポートの関与が必要となる箇所
#### 修復アクションを計画する
レスポンスデータを使用して次のステップを定義します:
* 修復が確認されました。**Drill Down to Devices** オプションを使用して影響を受けたデバイスの一覧を生成し、構成管理コレクションを作成して、リモートアクションをトリガーし、修復を完了します。
* 修復が未確認：追加のコミュニケーションまたはエスカレーションを計画する
* サポートが要求されています：生成されたITサポートチケットを確認し、それに応じてサポート活動を計画してください。
{% hint style="warning" %}
このパックには、脆弱なアプリケーションの削除は含まれていません。これらの削除は、構成管理ツールまたはカスタムのリモートアクションを使用して実行する必要があります。
{% endhint %}
***
関連トピック
* [Live Dashboards](/platform/ja/user-guide/live-dashboards.md)
* [キャンペーンの管理](/platform/ja/user-guide/campaigns/managing-campaigns/managing-campaigns.md)
* [概要：アプリケーション脆弱性管理](/platform/ja/library-packs/security-and-compliance/application-vulnerability-management.md)
* [構成ガイド：アプリケーション脆弱性管理](/platform/ja/library-packs/security-and-compliance/application-vulnerability-management/configuration-guide-application-vulnerability-management.md)
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://docs.nexthink.com/platform/ja/library-packs/security-and-compliance/application-vulnerability-management/usage-guide-application-vulnerability-management.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.