NinjaOneが提供するセキュリティー関連の機能をまとめます。何を担い、何を担わないのかを最初に理解しておくと、他製品との役割分担が決めやすくなります。
NinjaOneが担う範囲
NinjaOneは、セキュリティー製品そのものではありません。エンドポイントの状態を把握し、対策が正しく機能しているかを監視する役割です。
| 機能 | 内容 |
|---|---|
| アンチウイルスの状態監視 | 他社製品と連携し、保護が有効かを確認する |
| 脆弱性の検出と管理 | 未対応の脆弱性を把握し、対処状況を追跡する |
| 暗号化キーの管理 | BitLockerやFileVaultの回復キーを保管する |
| パッチ適用 | 脆弱性の主要な解消手段 |
| アプリケーションの管理 | 許可されていないソフトウェアを把握する |
最も重要なのはパッチ適用です。公表される脆弱性の大半は更新の適用で解消します。詳細はPatch Managementの概要を参照してください。
NinjaOneが担わない範囲
次の機能は提供されません。別の製品が必要です。
| 領域 | 必要な製品 |
|---|---|
| ウイルスの検出と駆除 | アンチウイルス製品、EDR製品 |
| ネットワークの防御 | ファイアウォール、UTM |
| メールのフィルタリング | メールセキュリティー製品 |
| 情報漏えい対策 | DLP製品 |
| ログの相関分析 | SIEM |
NinjaOneはこれらの製品と連携し、状態を一元的に把握する立場になります。
アンチウイルスとの関係
NinjaOne自身はウイルスを検出しません。他社製品と連携して状態を取得します。
したがって、次の順で導入します。
- アンチウイルス製品を選定し、導入する
- NinjaOneと連携する設定を行う
- 保護の状態を監視する
- 異常時にアラートを出す設定にする
連携の設定方法はアンチウイルスの管理と監視で扱います。
提供される機能の関係
各機能は独立しているのではなく、つながっています。
Software Inventory(何が入っているか)
↓
Vulnerability Management(どこに脆弱性があるか)
↓
Patch Management(更新して解消する)
↓
Condition・レポート(対処状況を追跡する)
Software Inventoryが起点になります。何がインストールされているか分からなければ、脆弱性の影響範囲も特定できません。
導入の優先順位
全ての機能を同時に導入する必要はありません。効果の大きい順に進めてください。
| 優先度 | 取り組み | 効果 |
|---|---|---|
| 1 | Patch Managementの運用を確立する | 脆弱性の大半が解消する |
| 2 | アンチウイルスの状態監視 | 保護が切れている端末を検知できる |
| 3 | 暗号化キーの管理 | 紛失時のリスクを軽減する |
| 4 | Vulnerability Managementの導入 | 残るリスクを可視化する |
| 5 | アプリケーションの制御 | 想定外のソフトウェアを抑制する |
1番目を飛ばして4番目に進む組織がありますが、順序が逆です。脆弱性を可視化しても、パッチ適用の運用がなければ対処できません。
運用体制の考え方
セキュリティー機能は、設定して終わりではありません。継続的に確認する体制が必要です。
| 頻度 | 確認内容 |
|---|---|
| 日次 | アンチウイルスが無効になっている端末 |
| 週次 | パッチ適用の失敗、再起動の保留 |
| 月次 | 脆弱性の件数と推移、対処状況 |
| 四半期 | 除外設定の妥当性、権限の棚卸し |
【運用のポイント】 確認する人と、対処する人を分けないでください。「検知する仕組みはあるが、対処する担当が決まっていない」という状態が、最も危険です。検知した事象を誰がいつまでに対処するかを、機能を有効にする前に決めてください。