AIエージェントがFFmpegに21件のゼロデイ発見、23年級の古傷も浮上

「AIエージェント1000ドルでFFmpegに21件のゼロデイって、本当でしゅか？」
「23年放置のバグまで出てきたって、OSSのこれまでの監査は何だったんでしゅか？」

チップス

うちの製品にもFFmpegが入ってる気がするでしゅ……これからどうすればいいでしゅか？

ボス

ふふふ、AI監査が常識化する以上、開発側も「AI発の脆弱性報告」を前提に動く必要がある。手順を整える絶好のタイミングだな。

本記事では自律型AIエージェントによるFFmpeg脆弱性発見の手口と、開発者・利用企業が今後備えるべき対応体制を解説します。

5分後には、AIによる脆弱性発見ラッシュに耐えるための運用設計の勘所がそろいます。

AIエージェントが暴いたFFmpegの21件

まずはBleepingComputerとDepthfirstが公表した事実関係を整理します。

23年前のコードでも見つかる、デモアプリ的検出力

Depthfirstの自律型セキュリティエージェントは、FFmpegの約150万行のCコードをスキャンし、再現可能なPoC入力付きで21件のゼロデイを確認しました。
多くはパーサやデマルチプレクサ周辺のヒープ・スタックオーバーフローで、TSデマクサからVP9デコーダまで広範に分布しています。
うち1件はservice-description-tableのスタックオーバーフローで、なんと2003年から残されていた23年級の問題でした。
1回の解析コストはおよそ1000ドルで、9件は既にCVE-2026-39210からCVE-2026-39218として採番されています。

今回の調査のサマリは以下のとおりです。

チップス

1000ドルって新人エンジニアの研修費より安いんでしゅよね……。

ボス

ああ、攻撃側も同じコストで悪用候補リストを作れるようになる、と考えると話の重みが分かるな。

AI発の脆弱性報告に備える運用の3点

本件で本当に問われるのは、開発・運用側の受け止め体制です。

SBOMの即応性とパッチ運用の機械化が不可欠

FFmpegは動画変換・配信・録画など幅広い領域で組み込まれており、ベンダー製品の中にバンドルされている例も多くあります。
AIエージェントが短期間で大量のCVEを生み出す未来では、利用側が「どの製品にFFmpegが入っているか」を即座に答えられる体制が必要です。
SBOM（Software Bill of Materials）の整備と、CVE採番後の影響範囲特定〜パッチ配布までを自動化するパイプラインが、いままで以上に意味を持ちます。
あわせて、HackerOneなどの脆弱性報告チャネルにAI報告が増えることを前提に、開発側のトリアージ手順も見直しが必要です。

今からでも始められる準備は以下のとおりです。

チップス

AI報告って真偽の判定が大変そうでしゅ……。

ボス

そこが今回のテーマだ。再現PoCを要件にすれば、悪質なフェイクを弾きつつ正当な指摘を取り込める。標準的な運用に組み込むべきだな。

まとめ：AI脆弱性発見の常態化を前提に動く

FFmpegでの21件発見は、AIによる脆弱性発掘がもはや実験ではなく、現実の脅威・恩恵の両面を持ち始めたことを示しました。
SBOM整備・パッチ運用の機械化・AI報告のトリアージ手順を、今からでも一歩ずつ前へ進めることが、これからの開発組織には欠かせません。
守る側も同じ武器を使い、攻撃側に先んじて脆弱性を潰す姿勢が問われる時代に入っています。
AIセキュリティの実務を磨きたい方は、ぜひフリーランス案件で実環境の課題に踏み込んでみてください。

参考: The Hacker News「AI Agent Uncovers 21 Zero-Days in FFmpeg; Chrome Patches Record 429 Bugs」 / Depthfirst「21 Zero-Days in FFmpeg」