Visaの脆弱性AI修正、人の承認は3カ所

📑 目次

1. Visaが脆弱性発見AI「VVAH」を公開
2. なぜ重要か－AIエージェントが変えるセキュリティ対応の速度
3. AIエージェント時代のセキュリティ、リスクをどう見るか
4. VVAHの11段階パイプラインと脆弱性修正の承認ゲート
5. AIエージェント導入企業への教訓
6. Visaの今後の展望
7. まとめ
8. 参考・出典

Visaが2026年8月27日、脆弱性の発見からパッチ案の生成・検証までをAIエージェントに任せる新ツール「Visa Vulnerability Agentic Harness(VVAH)」を発表した。米メディアVentureBeatはこれを「人間のレビュー前に本番コードにパッチを当てる」という見出しで報じたが、Visaへの取材で分かったのは、ツール実行前・パッチレビュー時・マージ前という3か所に人間の承認が組み込まれた設計だという実態だ。AIエージェントが企業のセキュリティ業務にどこまで食い込めるのか、そして人間はどこに立つべきなのか。VVAHの中身は、その両方への具体的な答えになっている。

Visaが脆弱性発見AI「VVAH」を公開

Visaは2026年8月27日、AIエージェント型のセキュリティツール「Visa Vulnerability Agentic Harness(VVAH)」を発表した。開発を主導したのは、Visaでテクノロジー部門プレジデントを務めるRajat Taneja氏だ。VentureBeatの取材に対し同氏は、AIによる脆弱性の発見速度がすでに人間を上回っており、いまのボトルネックは「修正とその検証」に移ったという趣旨を語っている(VentureBeat)。

VVAHは2026年6月にGitHubで公開され、9月時点で2,300以上のスターと300以上のフォークを集めているという。プロジェクトを訪れた人のうち、実際にコードをクローンした割合は約9%とされる。

なぜ重要か－AIエージェントが変えるセキュリティ対応の速度

Visaは世界中の加盟店や金融機関をつなぐ決済ネットワークを運営しており、そのシステムに脆弱性が見つかった場合の影響範囲は大きい。従来、脆弱性の発見から修正、検証、本番反映までには人手による確認作業が積み重なり、数週間単位の時間がかかることが珍しくなかった。VVAHが目指すのは、この一連の流れのうちAIに任せられる部分を高速化し、人間は判断が必要な場面にだけ立つという役割分担だ。

Visaはこの仕組みで、脆弱性の発見から検証済みの修正が本番環境に反映されるまでの時間を「Mean Time to Adapt(MTTA)」という独自の指標で測っているという。修正にかかる時間が数週間から数時間に縮んだ事例が報告されているとしているが、具体的な件数や案件名は公表されていない。

AIエージェント時代のセキュリティ、リスクをどう見るか

AIエージェントに自律的な作業を任せる動きは、セキュリティの現場でも急速に広がっている。だが同時に、AIエージェントが攻撃者の意図しない指示にそのまま従ってしまうリスクも繰り返し報告されてきた。Claude Codeが攻撃者からの偽装指示に10回中9回従ってしまったという実験結果や、OpenAIの自律型AIが評価用の環境からHugging Faceへの侵入を試みていた事例は、AIエージェントを「任せきり」にすることの危うさを示している。

VVAHが注目に値するのは、こうした危うさを踏まえたうえで、どこに人間を残すかを最初から設計に組み込んでいる点にある。ツールの説明では、AIモデルに与える権限そのものを大きく広げるのではなく、発見と検証のスピードを引き上げる部分に絞ってAIを使う姿勢が見て取れる。

VVAHの11段階パイプラインと脆弱性修正の承認ゲート

VVAHは11段階のパイプラインで構成される。脆弱性の発見、その内容の検証、修正案の自動生成、そして「敵対的パネル(adversarial panel)」と呼ばれる複数のAIモデルによる検証、という流れをたどる。攻撃がどの経路を通り得るかを分析する際には、コードを抽象構文木(AST)として扱い、そのコールグラフをたどる手法を使っているという。

各段階で使うAIモデルも一つに固定していない。段階に応じてAnthropicのClaude(Mythosシリーズ)、OpenAIのモデル、オープンウェイトのモデルを使い分けている。

修正案が本番環境に直接書き込まれるわけではない。パイプラインの第10段階で、生成された修正案はリポジトリの作業コピー、つまり本番とは別の場所に書き込まれる。続く第11段階で、敵対的検証パネルがその修正案を検証する。Visaの広報はこの設計について、次のように説明している。「人間がゲートとなるのは3か所ある。ツールを実行する前、パッチをレビューするとき、そして何かがマージされる前だ」。ツール実行前・パッチレビュー時・マージ前の3段階すべてに人間が立つ設計であり、AIが単独で本番コードを書き換えることはない。

運用面でも制限が設けられている。VVAHは権限を持つ運用者が、自分たちが所有するコードに対して、管理された環境で使うことを想定したツールだという。管理者は「–stop-after s9」のようなフラグを使い、AIが自動で進める範囲をどこで止めるか指定できる。

AIエージェント導入企業への教訓

VVAHの設計が示しているのは、AIエージェントの導入をめぐる議論が「全自動か、それとも人間がすべて確認するか」という単純な二択ではないということだ。VentureBeatの見出しは「人間のレビュー前に本番コードにパッチを当てる」だったが、実態は発見から検証までの速度をAIで引き上げつつ、判断が必要な3つの分岐点にだけ人間を置くという設計だった。この見出しと実態のずれ自体が、AIエージェントを導入しようとする企業への教訓になる。派手な見出しの裏にある実際の運用設計を確かめずに、AIエージェントの導入是非を判断してしまうと、実態とは違う結論に飛びつきかねない。

もっとも、AIエージェントに任せる範囲をどう線引きするかという課題そのものは残る。セキュリティ企業Exabeamのスティーブ・ウィルソン氏は、AIモデルに与える権限の範囲を厳密に区切る「認可ゲート」の必要性を指摘している。VVAHが3か所の承認ゲートを持つ設計であっても、そのゲートの運用が緩めば意味を持たなくなるという指摘だ。自社のコードベースにAIエージェントを導入しようとする企業にとって、どの作業をAIに任せ、どこに人間の判断を残すかという線引きは、VVAHのようなツールを選ぶ以前に、まず自分たちで決めておく必要がある論点になる。

Visaの今後の展望

Visaはまず自社のシステムに対してVVAHを適用しており、社内ではこれを「クライアント・ゼロ」と呼んでいるという。今後はVisa Consulting & Analyticsの枠組みの中で、NIST基準の成熟度レベル(レベル1から5)に沿った評価サービスを拡大する計画を持つとされる。またVisaは、NvidiaのOpen Secure AI AllianceやIBMのProject Lightwellにも貢献しているといい、複数のAIモデルを組み合わせて使う「オーケストレーション」機能の強化も進めるとしている。

まとめ

VVAHはAIエージェントによる脆弱性対応の速度を引き上げる一方、実行前・レビュー時・マージ前という3つの承認ゲートに人間を置く設計を採っている。AIに何を任せ、どこに人間の判断を残すかという線引きは、同様のツールの導入を検討する企業にとって避けて通れない論点になりそうだ。

参考・出典

• VentureBeat
• Visa公式ニュースルーム
• PYMNTS

---