運用の基本／画面とデバイス管理

Software Inventory

NinjaOneが収集するインストール済みソフトウェア情報の活用を説明します。導入台数の把握、脆弱性公表時の影響範囲の特定、意図しないソフトウェアの検出、ライセンス管理への応用を紹介します。

デバイスにインストールされているソフトウェアの情報を確認します。ライセンス管理、脆弱性対応、意図しないソフトウェアの検出に使います。

収集される項目

Agentが自動で収集します。管理者の作業は不要です。

Devices Countが表示される点が実務では重要です。ライセンスの保有数と突き合わせる際、この数字がそのまま使えます。

バージョン情報が取れることも重要です。脆弱性の多くは特定バージョン以下で発生するため、対象デバイスの特定に直結します。

デバイス詳細画面のSoftwareタブで確認します。問い合わせ対応中に、そのデバイスに何が入っているかをその場で確認できます。

「特定のソフトが起動しない」という申告に対して、そもそもインストールされているか、バージョンがいくつかを確認できます。

管理台数が多いほど価値が出る使い方です。全社を横断してソフトウェア名で検索できます。

実務でよく使う場面は次の通りです。

【運用のポイント】脆弱性が公表されたとき、対象バージョンで検索すれば影響範囲が数分で分かります。従来なら各拠点に確認を依頼して数日かかっていた作業です。この速さが、Software Inventoryを整備しておく最大の理由です。

業務に不要なソフトウェアや、許可していないソフトウェアの検出に使えます。

検出したソフトウェアの実行を制御する方法はアプリケーションの管理と制御で扱います。

Conditionを設定すれば、特定のソフトウェアがインストールされた時点で通知を受け取れます。事後の棚卸しではなく、発生時点で気付けるようになります。設定方法はConditionの基本と種類を参照してください。

インストール台数を実数で把握できるため、ライセンスの過不足が分かります。

3番目は判断が難しい部分です。インストールされているだけでは、実際に使われているかは分かりません。利用者への確認と組み合わせて判断してください。

保有ライセンスの情報を登録して突き合わせる方法はソフトウェアライセンスとWarranty Trackingで説明します。

Software Inventoryは脆弱性管理の基礎データになります。検出された脆弱性は、多くの場合「このソフトウェアのこのバージョンに問題がある」という形で示されます。

Vulnerability Managementを利用している場合、この突き合わせは自動で行われます。詳細はVulnerability Managementの概要と設定を参照してください。

利用していない場合も、公表された脆弱性情報をもとに手動で検索すれば影響範囲を特定できます。