Impart、モデルを通信経路に置かずにAIで仮想パッチを構築

Impart Securityは「Runtime Defense Harness」の提供を開始しました。これは、AIエージェントが新たな脆弱性向けの仮想パッチを作成・テストする管理された環境で、通信経路にAIを置く必要はありません。背景には、修正プログラムの提供より先にエクスプロイトが出回るケースが増えている現状があります。

このハーネスでは、エージェントが顧客自身のトラフィックを使って仮想パッチを構築し、エンジニアが承認した後、Impartのエンジンが決定論的なコードとして適用します。セキュリティチームは、脆弱性の公開から最短60分でテスト済みの仮想パッチを入手できます。ベンダーのシグネチャを数日待ったり、コード修正を数週間待ったりする必要はありません。

10月に研究者がPHP2Shell脆弱性を公開した際には、その4日前に最初のエクスプロイト試行が確認されていました。インターネットに公開されている438万件のPHPサービスのうち、約80%はサポート対象外のバージョンで稼働しています。多くのチームにとって、パッチのリリースは防御になりません。

カスタムルールを作成して展開できる人材は、多くのセキュリティチームでもごく少数です。それ以外のメンバーは、その担当者を待つか、エッジベンダーが提供する汎用シグネチャを待つしかありません。しかも、そのシグネチャはログ記録のみのモードで出荷されることがよくあります。

ImpartのCEOであるJonathan DiVincenzo氏(LinkedIn)は、次のように述べています。「脆弱性に対応し、チケットを起票し、数週間後のパッチを期待するという、セキュリティチームの従来のやり方はもう通用しません。AIによって時間軸が圧縮され、修正より先にエクスプロイトが現れることもあります。そこで私たちは、まず統制の仕組みを整えたうえでRuntime Defense Harnessを構築しました。本番環境を危険にさらすことなく、迅速に動けるようになります」

モデルは各ルールの作成とテストを支援しますが、本番のリクエスト経路には入りません。ImpartのLayer 7エンジンは、承認済みのルールを決定論的なWebAssemblyとしてインラインで適用します。そのため、同じリクエストには常に同じ判定が下され、ネットワークのホップが増えることも、リクエストごとに推論が走ることもありません。

このハーネスは、次の3つの統制によって、AIによる防御を本番環境で安全に運用できるようにします。

  • スコープ限定のアクセスと段階的な自律性:エージェントには、各タスクに必要なトラフィックとシステムに限り、ジャストインタイムでアクセス権を付与します。調査、草案作成、テストは自律的に行えますが、ブロックモードへの切り替えや本番ルールの変更にはエンジニアの承認が必要です。
  • プログラム可能な適用:すべての仮想パッチはコードであり、バージョン管理、テスト、数秒でのロールバックが可能です。
  • モデルは自由に選択、監査証跡も完備:ImpartのAIモデル(軽量)のほか、Anthropic、OpenAI、Azure、Googleの独自モデルも利用できます。エージェントのあらゆる操作はイベントタイムラインに記録され、AIが何を、なぜ行い、何が変わったかを確認できます。

Impartの最高製品責任者(CPO)であるBrian Joe氏(LinkedIn)は、次のように説明しています。「新たなCVEが公開されたとき、セキュリティエンジニアは攻撃を理解し、ルールを書き、テストして、承認に回します。ハーネスはエージェントを連携させて、この一連の作業を担わせます。最終判断を下すのはエンジニアです。ハーネスは、その目の前にあるものがすべてテスト済みで、監査可能であることを保証します」

このアプローチは、実際の脆弱性公開でも有効性が確認されています。リモートコード実行につながる可能性があるNode.jsの深刻度の高い脆弱性(CVE-2026-111497)では、Impartの顧客は24時間以内にブロック型の仮想パッチを入手しました。一方、大手CDNのルールが届いたのは4日後で、ログ記録のみのモードでした。このCDNが自ら公表している対応目標は5日です。

翻訳元: https://www.helpnetsecurity.com/2026/11/04/impart-security-runtime-defense-harness/

本記事は helpnetsecurity.com の記事を翻訳・要約したものです。