AIが生成した「機械の中の幽霊」
AIが深刻な脆弱性を捏造しており、その影響は背筋が凍るものです。デジタル環境は、誤解を招き混乱させるために設計された、AIが生成した「機械の中の幽霊」という新たな陰湿な脅威に直面しています。
JFrogのセキュリティチームは最近、ある新しいGitHubアカウントから発生した54件の捏造されたSQLiteの脆弱性という憂慮すべき傾向を発見しました。このソースからの55件のアドバイザリを監査したところ、正当なバグはわずか1件で、残りはすべて作り話でした。興味深いことに、GPTZeroによる分析では、これらのアドバイザリは明らかにAIが生成したコンテンツであると判定されました。
このような幻影の一つであるCVE-2026-51302の構造を検証してみましょう。そのアドバイザリは、SQLite 3.41のexprComputeOperands関数にヒープ使用後の解放（use-after-free）の脆弱性があると主張していました。しかし、JFrogの調査により、exprComputeOperandsはそのバージョンには存在せず、2025年半ばに初めて登場したものであることが確認されました。これは孤立した事案ではなく、6件のアドバイザリ全体で、存在しない関数の引用、ファイル制限を超える行番号、実際には存在しないパッチといった一貫したパターンがJFrogによって発見されました。
驚くべきことに、この明白な捏造は、Red Hatから初期評価で9.8「緊急（Critical）」という深刻度スコアを受け取りました。この高い評価は組織全体に現実のアラートを引き起こし、洗練されたAI生成の幽霊がいかに簡単に初期のゲートキーパーをすり抜けるかを示しました。この事件は、AIが情報を武器化し、即時の対応を要求しながら実際には無駄な注意を払わせるような、もっともらしい脅威を作り出すという危険な新領域を浮き彫りにしています。
偽情報が公式データベースに侵入する仕組み
システムの「アキレス腱」が露呈し、悪用に対して大きく開かれています。2024年2月以降、NISTのNVD（National Vulnerability Database）は、膨大なバックログに圧倒され、提出物に対する詳細な分析を停止しています。この致命的な失敗により、2025年末までには27,000件以上の未処理の脆弱性が蓄積されると予想されており、2024年2月時点の13,000件から劇的に増加しています。CISA独自のエンリッチメントプログラムも同様に、自身のキューに埋もれている状態です。
このシステム的な崩壊をさらに悪化させているのは、CVEの提出プロセス自体に実質的なゲートキーピングが存在しないことです。脆弱性を受け入れるために、本人確認も概念実証（PoC）も必要ありません。このオープンな方針は、誰であれ（あるいは何であれ）、質問されることなく世界のセキュリティインフラに直接主張を注入するための摩擦のない経路を提供しています。
これは完璧な嵐、つまりシステム的な脆弱性の壊滅的な整合を生み出しています。公式データベースにおける大規模な分析のバックログと、精査を全く要求しない提出ポータルが組み合わさることで、手間のかからないAI生成の「ゴミ（slop）」が、世界中のセキュリティツールが依存するデータベースにやすやすと入り込んでいます。自動化された防御システムは、今や合成されたノイズをふるいにかけ、存在しない関数を探したり、壊れてもいないコードにパッチを当てようとしたりする羽目になっています。
あなたのAIセキュリティエージェントが騙されている
自動化された脆弱性トリアージのためにAIセキュリティエージェントに依存している組織は、今や新たな陰湿な脅威に直面しています。弱点を積極的に特定しパッチを当てるよう設計されたこれらの洗練されたツールが、偽のCVEを生成するまさにそのAIによって騙されているのです。エージェントはシステムを守るどころか、それ自体が武器として利用され、幻の脅威に対してリソースを浪費させられる可能性があります。
Red Hatによって当初「緊急」とフラグが立てられた架空のSQLite脆弱性、CVE-2026-51302のパッチ適用を試みる自律型エージェントを想像してみてください。そのエージェントは、SQLite 3.41に存在しない関数exprComputeOperandsを探し出そうとしたり、壊れてもいないコードを修正しようとしたりして、計算リソースを浪費することになるでしょう。これは単なる理論上の問題ではありません。JFrogの監査により、あるGitHubアカウントから報告された55件の勧告のうち54件が捏造されたものであることが判明しました。これらはすべて、エージェントを無駄な探索に追い込むために設計されたものです。
この問題の非対称性は驚くべきものです。説得力のあるAI生成の偽CVEを作成するコストは、わずかな計算コストのみで、実質的に無料です。しかし、それを検証し否定するには、綿密なコードレビュー、相互参照、独立した分析といった、多大な「人間の専門家による労力」が必要です。これがセキュリティチームに持続不可能な負担をかけ、AIが生成したノイズの海に溺れさせています。この現象に関するより深い洞察については、SQLite Critical CVEs or LLM Slop? - JFrog Security Research をお読みください。
この記事が気に入ったら、毎朝同じようなものをメールで受け取れます。
1日1通 · 2クリックで解除 · サードパーティのトラッキングなし
脆弱性トリアージの新しいルール
公開されている脆弱性フィードを無条件に信頼する時代は終わりました。セキュリティチームは今、「決して信頼せず、常に検証せよ」という新しい原則の下で活動しなければなりません。重要な「CVE」への対応を開始する前に、直ちにベンダーの公式セキュリティページと照合してください。この重要なステップが、正当な脅威とAIが生成した幻影を切り分けます。
これは単なる提案ではなく、システム上の欠陥から生まれた義務です。2025年後半には27,000件以上の未処理の脆弱性を抱えるまでに膨れ上がった「NIST NVD」のバックログが、欺瞞が入り込む余地のある環境を作り出しました。本人確認や概念実証を欠いた提出システムでは、捏造された勧告がそのまま通過してしまいます。
業界のコンセンサスは現在、脆弱性トリアージのための完全自動化された「AIエージェント」から劇的にシフトしています。未来には、人間の専門家がAIによって浮上した脅威を検証するハイブリッドモデルが求められています。存在しないコードに9.8という緊急スコアを割り当てるような、巧妙なデジタル欺瞞に対する重要なフィルターとして機能するためです。
AIが生成する「スロップ（低品質なコンテンツ）」は、公開フィードにおけるシグナル対ノイズ比をますます低下させ、組織にセキュリティ態勢の適応を強いるでしょう。すべての新しいレポートは、証明されるまで偽物であると想定し、ベンダーが確認した脅威を何よりも優先してください。セキュリティ運用は本質的に懐疑的である必要があり、真の脅威とAIが捏造した幽霊を見分けることができる人間の専門知識に投資しなければなりません。検証にかかるコストは、騙された場合の運用コストに比べれば微々たるものです。
よくある質問
AIが生成する偽のCVEとは何ですか？
これらは、実際のセキュリティ上の欠陥を模倣するためにAIによって作成された、捏造された脆弱性レポートです。これらの偽物は、もっともらしく聞こえるものの完全に誤った技術的詳細を含んでおり、公式データベースに受理されるように設計されています。
なぜ偽のCVEが9.8という緊急スコアを獲得できたのですか？
その偽の勧告は公式のCVEプログラムに提出されました。膨大なバックログのため、NISTのNVDは詳細な分析を減らしており、未検証のレポートが処理されるようになっています。その結果、Red Hatなどのダウンストリームベンダーが、欠陥のあるデータに基づいて初期スコアを割り当ててしまいました。
なぜ偽のCVEが主要なセキュリティ上の脅威なのですか？
それらは自動化されたセキュリティツールや人間チームを誤導し、存在しない脅威に重要なリソースを浪費させます。「オオカミ少年」のようなこのシナリオは信頼を損ない、チームが本物の脆弱性を見逃す原因となる可能性があります。
偽のCVEから組織をどのように保護できますか？
重要なCVEについては、対策を講じる前に必ず公式ベンダーのセキュリティアドバイザリページで確認してください。自動化システムからのアラートを検証するためにヒューマン・イン・ザ・ループのプロセスを導入し、CVEを額面通りに信頼しないでください。