IDSとIPSの違いとは、検知だけか遮断までかで分かれる役割と設置位置、検知方式
対象の目安: ネットワークの守り方を学び始めた情報システム担当者とエンジニア / 入門


IDS(Intrusion Detection System、侵入検知システム)は、ネットワークや端末を流れる通信を監視し、不正の疑いがあるものを見つけて管理者に知らせる仕組みです。IPS(Intrusion Prevention System、侵入防止システム)は、検知に加えて、その通信を止めるところまで自動で行います。違いを一言でいえば、IDSは「見張って知らせる」、IPSは「見張って止める」です。
止めるためには、IPSは通信の通り道そのものに割り込む必要があります。このため、両者は設置する位置も、誤検知が起きたときの影響も、機器が故障したときの影響も変わります。この記事では、米国立標準技術研究所(NIST)のガイドSP 800-94と、オープンソースのIDS/IPSであるSuricataの公式ドキュメントをもとに、両者の違いと選び方の考え方を整理します。
IDSとIPSの違いを一覧で比べる
まず、運用で差が出る点を並べます。
| 比べる点 | IDS(侵入検知システム) | IPS(侵入防止システム) |
|---|---|---|
| 主な役割 | 不正の疑いを検知して知らせる | 不正の疑いを検知して止める |
| 設置の形 | 通信のコピーを受け取る(パッシブ) | 通信の経路上に置く(インライン) |
| 通信への影響 | 通信の流れに関与しない | すべての通信が機器を通る |
| 誤検知が起きたとき | 不要な警告が増える | 正しい業務通信が止まる |
| 見逃しが起きたとき | 攻撃に気づけない | 攻撃に気づけず、止められない |
| 機器が止まったとき | 監視が止まるが通信は続く | 設定によっては通信も止まる |
| 対応の速さ | 人が警告を見て対処するまで時間がかかる | 検知した時点で自動で止まる |
IDSは、通信を止めない代わりに対処を人に委ねます。IPSは、自動で止められる代わりに、判断を誤ったときの影響が業務に直接及びます。多くの製品は同じ機器を設定でIDSとしてもIPSとしても動かせるため、実際の選択は「どの通信を、どの確度なら自動で止めてよいか」という運用の判断になります。
あわせて読みたい
ファイアウォールが通信を許可と拒否で仕分ける仕組み
NISTが定めるIDPSという呼び方と4つの種類
NISTは2007年2月に、IDSとIPSの設計、導入、運用の指針としてSP 800-94「Guide to Intrusion Detection and Prevention Systems (IDPS)」を公表しました。両者は検知の仕組みを共有しているため、SP 800-94はまとめてIDPSと呼んでいます。2012年に改訂版のドラフト(Revision 1)が出ましたが正式版にはならず、NISTは寄せられたコメントが現在の技術や脅威モデルに当てはまらなくなったとして、このドラフトを取り下げています。執筆時点でもSP 800-94の正式版は2007年版です。
SP 800-94は、監視する場所によってIDPSを4つに分けています。
| 種類 | 監視する対象 | 見つけやすいもの |
|---|---|---|
| ネットワーク型 | ネットワークの区間を流れるパケット | 公開サーバーへの攻撃、既知の攻撃通信、不審なプロトコルの使い方 |
| 無線型 | 無線LANの電波と通信 | 不正なアクセスポイント、無線LANへの攻撃 |
| ネットワーク挙動分析(NBA) | 通信の量や相手などの流れの情報 | 大量の通信、走査、普段と違う相手との通信 |
| ホスト型 | 1台のサーバーや端末の中の動き | ファイルや設定の改変、不審なプロセス、ログの異常 |
一般に「IDS」「IPS」というと、ネットワーク型を指すことがほとんどです。ホスト型の役割は、現在では端末の挙動を記録して調べるEDR(Endpoint Detection and Response)が担うことが多くなっています。
不正を見分ける3つの検知方式
SP 800-94は、検知の方式を3つに整理しています。多くの製品は、これらを組み合わせて使います。
| 方式 | 仕組み | 得意なこと | 苦手なこと |
|---|---|---|---|
| シグネチャ型 | 既知の攻撃に特有のパターン(シグネチャ)と通信を照合する | 既知の攻撃を確度高く見つける | 未知の攻撃や、少し形を変えた攻撃を見逃しやすい |
| アノマリ型 | 平常時の通信の傾向を学び、そこから外れたものを見つける | 未知の攻撃や内部の不審な動きに気づける | 業務の変化でも警告が出やすく、誤検知が多くなりやすい |
| ステートフルプロトコル解析 | プロトコルの正しいふるまいの定義と、実際のやり取りを比べる | 手順から外れた不自然なやり取りを見つける | 解析の負荷が高く、独自のプロトコルには使いにくい |
シグネチャ型は、ルールを最新に保つことが前提です。新しい脆弱性が公表されると、製品のベンダーやルールの提供元が対応するシグネチャを配信します。たとえばPalo Alto Networksは、2026年10月に公表したPAN-OSの脆弱性CVE-2026-0322のアドバイザリで、脅威防御の特定のシグネチャを有効にすると限定的に攻撃を防げると案内しています。ただしこうしたシグネチャは修正版の代わりにはならず、更新までの時間を稼ぐ手段と考えます。
アノマリ型は、何を平常とみなすかで精度が決まります。学習の期間に攻撃がすでに紛れていると、その通信を平常として覚えてしまう点にも注意が必要です。
インライン設置とパッシブ設置の違い
IDSは、スイッチのミラーポート(SPAN)やネットワークTAPで通信のコピーを受け取る形で置きます。コピーを見るだけなので、IDSが止まっても業務の通信は流れ続けます。
IPSは、ルーターやファイアウォールと同じように通信の経路上に置きます。Suricataの公式ドキュメントは、IPSモードを「通信のフィルタとして動くモード」と説明し、レイヤー2のブリッジ(AF_PACKETなど)か、レイヤー3のルーティング(NFQueueなど)の形で経路に入ると書いています。既定ではすべての通信を通し、drop(破棄)やreject(拒否の応答を返す)のルールに一致した通信だけを止めます。
経路上に入ることで、IDSには無い考慮が生まれます。
- 検査の方法が変わります。SuricataはIDSモードではTCPの通信を受信確認(ACK)の後に検査しますが、IPSモードでは届いたデータをすぐに検査します。止めるためには、通信が相手に届く前に判断を終える必要があるからです。
- 異常時の扱いを決める必要があります。SuricataはIPSモードでは、解析の失敗や内部の資源の上限に達したときの扱い(例外ポリシー)を既定で遮断にしています。解析できない通信を素通しにすると、攻撃者がわざと解析を失敗させてルールをすり抜けられるためです。一方で、この設定は機器の負荷が高いときに業務通信が止まることも意味します。
- 処理の性能がそのまま通信の性能になります。機器の処理が追いつかないと、遅延や通信の取りこぼしが起きます。
IPSの機器が故障したときに通信を通すか止めるかは、製品の機能(バイパス機能など)と設計で決まります。止める側に倒すと守りは固くなり、通す側に倒すと業務は止まりません。どちらを選ぶかは、守る対象の重要度と業務への影響を比べて決めます。
あわせて読みたい
通信を取りこぼさずに記録するネットワークTAPとミラーポート機器の選び方
ファイアウォール、WAF、UTM、EDRとの関係
IDS/IPSは、ほかの防御の仕組みと役割を分けて使います。
| 仕組み | 主に判断する材料 | IDS/IPSとの違い |
|---|---|---|
| ファイアウォール | 送信元と宛先、ポート、アプリケーションの種類 | 通信を許すかどうかを決める。許した通信の中身に攻撃が含まれるかはIDS/IPSが見る |
| WAF | HTTPの要求と応答の中身 | Webアプリケーションへの攻撃に特化して深く検査する |
| UTM、次世代ファイアウォール | 複数の機能をまとめた判断 | IPSの機能を内蔵していることが多い。1台にまとめる分、性能の見積もりが要る |
| EDR | 端末の中のプロセスやファイルの動き | ネットワークからは見えない端末の中の動きを記録して調べる |
ファイアウォールは「誰が、どこへ」を見て通信を通し、IPSは通った通信の中身に攻撃が無いかを見ます。両者は置き換えではなく、重ねて使うものです。MITRE ATT&CKも、ネットワークの境界でシグネチャを使って攻撃の通信を止める対策を、Network Intrusion Prevention(M1031)として多くの攻撃手法の緩和策に挙げています。
ネットワーク型のIDS/IPSには見えない領域もあります。暗号化された通信の中身は、復号しない限り検査できません。HTTPSが主流になった現在、ネットワーク型だけでは見えない攻撃が増えているため、TLSの復号を行う機器や、端末側のEDR、サーバーのログと組み合わせて補います。
あわせて読みたい
WAFの役割と限界、正しい使い方。シグネチャと振る舞い、回避される前提、根本対策との補完
監視が役に立つ場面の例
IDSは、攻撃を止められなかった後の発見にも役立ちます。2026年10月に悪用が確認されたCisco Secure Email GatewayのCVE-2026-76519について、Ciscoは、侵入に成功した攻撃者が機器の中の痕跡を消せるため、機器の外側にあるネットワークのログと照合して、外部への想定外の通信を調べるよう推奨しています。侵入された機器自身のログは信用できなくなるため、別の場所から通信を見ているIDSやネットワークのログが、侵害に気づく手がかりになります。
あわせて読みたい
Cisco Secure Email GatewayのCVE-2026-76519がKEV入り、添付ファイル経由でroot権限に至る脆弱性の影響条件と修正版
誤検知と見逃しへの備え
IDS/IPSの運用で最も時間を取られるのは、誤検知(正しい通信を攻撃と判定する)と見逃し(攻撃を正しい通信と判定する)の調整です。SP 800-94も、導入後のチューニングを継続して行うよう求めています。
- 1
守る対象と通信の流れを決める
公開サーバーの前、社内とデータセンターの境界、拠点間の接続など、どの区間の通信を見るかを決めます。すべてを1台で見ようとすると、性能が足りなくなるか、警告が多すぎて見られなくなります。
- 2
最初は検知だけで動かす
IPSとして導入する場合も、最初の数週間は遮断せずに検知だけで動かし、どのルールが業務の通信に反応するかを洗い出します。
- 3
環境に合わないルールを調整する
使っていないOSやアプリケーション向けのルール、業務で毎日出る誤検知は、無効にするか条件を絞ります。ルールを無効にした理由は記録に残します。
- 4
確度の高いルールから遮断に切り替える
誤検知が出ないと確かめたルール、悪用が確認された脆弱性を狙うルールから順に遮断を有効にします。
- 5
警告をログ基盤に集めて調べる
警告はSIEMなどのログ基盤に送り、ファイアウォールやサーバーのログと突き合わせて調べます。警告を見る担当と、対応の手順を決めておきます。
- 6
ルールと機器を最新に保つ
シグネチャの自動更新を有効にし、更新が止まっていないかを定期的に確認します。IDS/IPSの機器そのものもネットワークの境界に置かれる機器なので、機器の脆弱性の修正も欠かさず適用します。
あわせて読みたい
ログ管理の基本。何を・どこまで・どれだけ残すか
IDS/IPSを導入する前の確認
- 検知だけでよい区間と、自動で遮断したい区間を分けた
- IPSを置く区間の通信量に対して、機器の処理性能に余裕があることを確かめた
- 機器の故障や過負荷のときに通信を通すか止めるかを決め、業務部門と合意した
- 暗号化された通信をどこまで検査するか、見えない部分を何で補うかを決めた
- 導入直後は検知だけで動かし、遮断に切り替える手順と判断の基準を決めた
- 警告を集めるログ基盤と、警告を確認する担当者と対応の手順を決めた
- シグネチャの自動更新と、機器本体の脆弱性の修正を確認する仕組みを用意した
まとめ
IDSは不正な通信を見つけて知らせる仕組み、IPSは通信の経路上で見つけた通信を止める仕組みです。IPSは自動で止められる代わりに、誤検知や機器の不調が業務通信の停止に直結するため、検知だけで動かして調整してから遮断に切り替えるのが基本の進め方です。検知方式にはシグネチャ型、アノマリ型、ステートフルプロトコル解析があり、それぞれ得意な攻撃が異なります。暗号化された通信や端末の中の動きは見えないため、ファイアウォール、WAF、EDR、ログ基盤と組み合わせて使います。検知の検証や攻撃通信の再現は、自組織が管理し許可を得た環境に限って行ってください。
この記事は2026年10月15日時点の情報に基づいています。製品の機能や設定の名前は版によって変わるため、導入する製品の公式ドキュメントで確認してください。
出典・参考
- NIST SP 800-94: Guide to Intrusion Detection and Prevention Systems (IDPS)
- NIST SP 800-94 (PDF)
- NIST CSRC Glossary: intrusion detection system
- NIST CSRC Glossary: intrusion prevention system
- Suricata Documentation: What is Suricata
- Suricata Documentation: IPS Concept
- Suricata Documentation: Rules Format (Action)
- Snort (公式サイト)
- Palo Alto Networks: CVE-2026-0322 PAN-OS: Authenticated Remote Code Execution (RCE) in the Management Interface
- MITRE ATT&CK: M1031 Network Intrusion Prevention
- MITRE ATT&CK: DS0029 Network Traffic
関連する記事
ファイアウォールが通信を許可と拒否で仕分ける仕組み
ファイアウォールが送信元やあて先の情報をもとに通信を許可するか拒否するかを判断する仕組みを、パケットフィルタリングからステートフルインスペクション、次世代ファイアウォールへの進化とともに整理します。アプリケーション層を守るWAFとの守備範囲の違いや、家庭と組織での位置づけと限界も説明します。
WAFの役割と限界、正しい使い方。シグネチャと振る舞い、回避される前提、根本対策との補完
WAFが何を守り何を守れないのかを、シグネチャ検知と振る舞い検知の原理から解説します。回避されうる前提を踏まえ、誤検知(過検知/検知漏れ)の扱い、根本対策との補完まで運用目線で整理します。
中小企業向けUTMアプライアンスの選び方。境界防御の指標と運用まで整理
UTMが1台でファイアウォールやIPS、アンチウイルス、Webフィルタリングを束ねる仕組みと、次世代ファイアウォールとの関係、スループットやライセンスなど選定時に見る指標、導入後の運用までを中小企業の視点で整理します。


