仮想パッチとは？「パッチが追いつかない」時代の防御策を解説 ― 金融庁・日本銀行の要請を読み解く

こんにちは。トレンドマイクロ TippingPoint 製品担当です。

今回は、2026年5月に金融庁・日本銀行から発出された「フロンティアAIによる脅威変化を踏まえた金融機関等の短期的な対応」に係る要請をテーマに、仮想パッチ（バーチャルパッチ）について解説したいと思います。記事末尾にはTippingPointに関するお問い合わせ先も記載しておりますので、ぜひ最後までご覧ください。

はじめに

2026年5月22日、金融庁は日本銀行と連名で、金融機関等に対し「フロンティアAIによる脅威変化を踏まえた金融機関等の短期的な対応」に係る要請を公表しました。高性能なAI（フロンティアAI）が脆弱性の発見や攻撃コードの生成を加速させることで、従来は発見が困難だった脆弱性が短期間に大量に見つかり、発見から攻撃までの期間も大幅に短縮され得る、という脅威の構造変化を前提に、経営層の関与のもとで態勢を点検・強化するよう求めるものです。

本記事では、この要請が投げかけた「パッチが追いつかない」という課題を整理したうえで、要請自身が対応策の一つとして挙げた 仮想パッチ（バーチャルパッチ）、とりわけ ネットワーク型IPS（Intrusion Prevention System：侵入防御システム） がどこで有効なのか、そしてその限界も含めて、技術的な観点から解説します。

何が変わったのか ― フロンティアAIがもたらす脅威の構造変化

これまでの脆弱性対応は、公表された脆弱性に対して検証を行い、計画的にパッチを適用する、という運用が基本でした。しかしフロンティアAIの登場は、この前提を揺さぶっています。要請が指摘する変化は次のとおりです。

• 発見の大量化：脆弱性が短期間に大量に発見される可能性があり、対応すべきパッチも短期間に集中して提供され得る
• 猶予期間の短縮：発見から攻撃までの期間が縮まり、パッチ適用の猶予が短くなる
• 対象範囲の拡大：脅威は自社開発分だけでなく、オープンソースを含むサードパーティ製ソフトウェア・サービスにも同様に及ぶ

結果として、既存のIT部門のリソースではパッチ適用が追いつかない事態が現実味を帯びます。稼働中システムへのパッチ適用には検証・業務影響の調整が伴うため、「当てたくても即座には当てられない」というギャップは以前から現場が抱えていた課題ですが、AIはこのギャップをさらに広げかねません。

加えて要請は、パッチ適用の優先順位付け（対応⑥）の中で、CVSSスコアが高くない脆弱性であっても実際の攻撃に利用されている実態があり、この傾向はフロンティアAIにより今後さらに加速し得ること、そして脆弱性の発見・パッチ提供の後、直ちに攻撃コードが出現する可能性にも言及しています。「深刻度の高いものだけ急いで当てればよい」という従来の割り切りも通用しにくくなる、という指摘です。

要請が挙げた対応策と「仮想パッチ」

要請は9つの対応項目を示しています。資産の特定、脆弱性管理プロセス、リスクベースでのパッチ適用、監視・対応、レジリエンスなど多岐にわたり、脚注では「概ね1ヶ月程度を目途に、対応を進めることが期待される」とスピード感にも触れられています（法的な期限ではなく、対応を進める目途です）。この中で本記事が注目するのは、パッチ適用そのものが間に合わない場合の補完策です。

そして要請は、仮想パッチを脚注で次のように定義しています。

ポイントは、この定義が機器の種類を限定していないことです。要請本文は即効性のある例としてクラウド型WAFを挙げていますが、それはあくまで一例です。定義そのものは「経路上に置いて攻撃通信をブロックする侵入防御機器」を広く指しており、ネットワーク型IPSもこの考え方に含まれます。

仮想パッチが解く4つの問題

仮想パッチ、なかでもネットワーク経路上に置くIPSが有効なのは、次のような場面です。

サポート終了（EOL）したOS・ソフトウェアを守る

最も切実なのが、メーカーサポートが終了し、修正パッチがもう提供されないOSやソフトウェアです。基幹系や特定業務システムでは、Windows Serverの旧バージョンをはじめ、更改が容易でないレガシー環境が残り続けます。パッチが出ない以上、脆弱性が公表されても本体側では塞ぎようがありません。

※ 各期日以降は通常のセキュリティ更新が提供されず、以後に公表された脆弱性は本体では塞げなくなります。ESUも一時的な橋渡しに過ぎません。期日は執筆時点の情報のため、最新のライフサイクル情報はマイクロソフト公式サイトで確認してください。

ネットワーク型IPSは、こうした資産の手前で、既知の脆弱性を悪用する攻撃通信を経路上でブロックします。パッチが存在しない脆弱性に対しても、防御ルール（仮想パッチ）で攻撃の到達を防ぐことができるため、更改・移行が完了するまでの期間、EOL環境を安全に延命させる現実的な手段になります。

もちろんこれは移行を先送りしてよいという意味ではありません。要請自身も、対応③（技術負債の解消）の中で、サポートが終了している製品はメーカーによるパッチ提供が行われないことから「速やかにサポート対象バージョンへ更新する必要がある」と明記しています。つまり要請の構図に沿えば、恒久対策は③の更新であり、仮想パッチは③の更新が完了するまでの期間を⑦で支える経過措置という整理になります。ただ、その橋渡しの期間を、パッチの出ないOSに対しても確実に支えられるかどうかは、製品選定の実務的な分かれ目になるでしょう。

パッチ適用そのものが難しいシステムを守る

EOLでなくとも、製品組込みでベンダー保守に縛られ自由にパッチを当てられないシステムや、停止・再起動の調整が難しい常時稼働システムなど、パッチ適用のハードルが高い資産は少なくありません。こうした資産の手前に侵入防御を置くことで、本体に手を入れずに防御層を追加できます。

パッチ適用までの「空白期間」を埋める

通常のシステムでも、脆弱性が公表されてから検証を終えてパッチを適用しきるまでには、どうしても時間差が生まれます。この間、既知の脆弱性を狙う攻撃通信は経路上でブロックできます。パッチ本体を当てるまでの時間を稼ぐ、という考え方です。

その典型が、境界に置かれるVPN機器です。金融機関の被害事例でも、VPN装置の脆弱性を突かれた不正アクセスが繰り返し報告されており、公表された脆弱性が即座に攻撃対象になりやすい資産です。TippingPointはこうしたVPN機器の脆弱性に対しても仮想パッチフィルターを提供しており、パッチの検証・適用が完了するまでの期間、攻撃の到達を経路上で防げます。

外部公開システムを優先的に守る

要請は、インターネットバンキング等の重要業務を支える外部公開ITシステムを最優先で対応することを挙げています。インターネットに面した公開システムは攻撃者の最初の標的になりやすく、その出入口に侵入防御を置く発想は、この優先順位と一致します。

ネットワーク型IPSはインラインで透過的に設置できるため、サーバー本体の構成を変えずに、公開システムの経路上へ防御を追加できます。稼働中システムへの影響を抑えながら防御層を足せる点が、運用上の利点です。

仮想パッチの実効性を左右する技術要素

ここまで「どこで有効か」を見てきましたが、仮想パッチは防御ルール（フィルター）が提供されて初めて機能する仕組みです。脆弱性の発見から攻撃までの期間が短縮される時代には、「フィルターがどれだけ早く出るか」「供給が継続されるか」が実効性をそのまま左右します。導入を検討する際に確認すべき技術要素を整理します。

フィルター供給のスピード ― ZDIとDigital Vaccine

TippingPointの仮想パッチフィルター「Digital Vaccine」は原則として週次で自動配信され、緊急性の高い脆弱性には随時提供されます（第1回で紹介したとおりです）。さらに供給の「早さ」を支えているのが、トレンドマイクロが運営する世界最大級のバグバウンティプログラム Zero Day Initiative（ZDI） です。ZDI経由で公開された脆弱性については、ベンダーの正式パッチ公開に先立ち、平均96日早く保護フィルターが提供されるとされています（トレンドマイクロ日本語データシートの公表値。対象はZDIが公開した脆弱性であり、世界中のすべての脆弱性ではない点に注意してください）。

ZDIの発見活動は現在も大規模に続いています。2026年5月に開催されたハッキングコンテスト Pwn2Own Berlin では47件のゼロデイ脆弱性が発見され、賞金総額は約130万ドルと過去最大となりました。発見された脆弱性はベンダーへの責任ある開示と並行してフィルター開発につながるため、この発見規模そのものが仮想パッチの供給力の裏付けになっています。

「発見から攻撃までの期間が縮む」という要請の問題意識に対して、ベンダーパッチより先にネットワーク側の防御を立てられる可能性があることは、仮想パッチという方式の技術的な核心といえます。

AIで見つかる脆弱性には、AIで先回りする

フロンティアAIが脆弱性発見を加速させるなら、防御側のフィルター開発サイクルも同じ速度で回す必要があります。この点で近年の動きとして押さえておきたいのが次の2つです。

• ÆSIR（エーシル）：ZDIが2026年1月に発表した、AIを活用して脆弱性を発見しDigital Vaccineのフィルター開発へ接続する研究基盤
• Project Glasswing への参画：トレンドマイクロは2026年6月、AnthropicのProject Glasswingへの参画を正式発表し、フロンティアAI（Claude Mythos Preview）へのアクセスを「脆弱性の迅速な発見と協調的開示を、優先順位付け・仮想パッチによる測定可能なリスク低減につなげる」ために活用すると表明

攻撃側だけがAIで加速するのではなく、脆弱性の発見・開示・フィルター化という防御側のパイプラインもAIで加速させるという構図です。仮想パッチの実効性は「フィルター供給が脅威のスピードに追随できるか」で決まるため、供給側がAI時代にどう備えているかは、方式選定の際の重要な確認ポイントになります。

インライン導入時の技術検討点 ― 遅延と可用性

ネットワーク経路上にインラインで機器を挿入する以上、金融システムで特に重視される遅延と可用性への影響は、導入検討時に必ず確認すべき項目です。TippingPoint（TXEシリーズ）の場合、公称値でレイテンシは60マイクロ秒未満（全パケットサイズ平均）、障害・電源喪失時には ZPHA（Zero Power High Availability） などのバイパス機構により通信経路を維持する設計になっています。

仮想パッチは万能ではない ― 押さえておくべき限界

押さえておきたいのは、要請自身が、仮想パッチはあくまで応急的措置であり、中長期的には脆弱性対応の自動化等への移行に取り組むことが必要だと明記している点です。仮想パッチを「入れれば対応完了」と捉えるのは誤りです。

要請が挙げる仮想パッチの限界は、主に次の2点です。

• 防御範囲の限界：設置されたネットワーク経路からの攻撃しか防御できない（経路外・内部起点の攻撃はカバーしない）
• 追随の限界：攻撃コードの亜種が登場した際に、仮想パッチのルールが追い付かないリスクがある

また要請は、これらの対策はあくまでもリスク低減策であることから、パッチが適用できないことによる残存リスクを評価した上で、パッチ適用に要する期間を踏まえた適切なリスク受容手続を講じる必要があるとも述べています。仮想パッチを入れて終わりではなく、「何が残るか」を評価し、組織として受容判断を残す運用がセットで求められている点は、実務上の重要ポイントです。

したがって適切な位置づけは、恒久対策そのものではなく、パッチ運用や脆弱性対応の自動化が追いつくまでを支える「時間を稼ぐ層」です。ネットワーク分離、多要素認証、EDR、横展開対策といった他の層と組み合わせた多層防御（多重防御）の一部として機能してこそ、その価値が生きるといえるでしょう。

まとめ

フロンティアAIによって「脆弱性が大量に、速く」見つかる時代には、パッチ適用が追いつかない期間が構造的に生まれます。金融庁・日本銀行の要請は、この現実を前提に、パッチが間に合わない場合の補完策として仮想パッチを明示しました。

経路上に置く侵入防御機器としてのネットワーク型IPSは、この「パッチが追いつくまでの空白期間」を埋める有効な選択肢です。一方で、応急措置であり、防御範囲にも限界があること、そして中長期的には脆弱性対応の自動化へ移行すべきことを踏まえたうえで、多層防御の一要素として位置づけることが重要です。