捏造された脆弱性の出現
脆弱性データベースに、SQLiteの重大な欠陥に関する報告が最近寄せられました。これらの架空の脆弱性は、深刻度スコアが9.8という驚異的な数値に達していました。しかし、厳密なソースコード検証を行ったところ、報告された欠陥は一つも裏付けが取れませんでした。さらに研究者たちは、報告書の中に存在しない関数や、あり得ない行番号が記載されていることを発見しました。提示された悪用例を実行しても、システムのクラッシュやメモリリークは一切発生しませんでした。JFrogは7月30日、この驚くべき調査結果を公表しました。
SQLite関連の6件の登録項目は、より大きな55件のアドバイザリー群の一部でした。新しく目立たないGitHubリポジトリに、この疑わしい情報一式がまとめられていました。その結果、この捏造データは米国の脆弱性データベース(NVD)にまで入り込んでしまいました。米サイバーセキュリティ・インフラセキュリティ庁(CISA)はこれに独自の深刻度指標を付与しました。これらの登録項目は7.5から9.8のCVSSスコアを付けられ、最終的には深刻なメモリ管理の不具合を警告する情報として完璧に成りすましていました。
自動分析とサンドボックスでの検証
自動分析の段階から、言語モデルによるテキスト生成を示す強い兆候が見られました。それでもJFrogは、自動検出ツールの結果のみに頼ることをしませんでした。代わりに、チームは指定されたバージョンのSQLiteを隔離されたサンドボックス環境でビルドしました。専門家たちは基盤となるソースコードを綿密に精査しました。AddressSanitizerによる厳重な監視の下で、記載されていたSQLクエリを実行しました。最後に、アナリストは記述内容をNVDのデータやGitHub Security Advisoriesと突き合わせて検証しました。
幻覚が生んだエクスプロイトの解剖
CVE-2026-51302は、いわゆるuse-after-free(解放後使用)の脆弱性を詳述していました。これは、既に解放されたメモリ領域に危険なアクセスを試みる手法を指す用語です。Red Hatのデータベースは当初、この報告に最高点の10というスコアを付けていました。その後、担当者はこの評価を7.6に引き下げました。報告者は、exprComputeOperands()関数がSQLiteバージョン3.41.0でエラーを引き起こすと虚偽の主張をしていました。しかし興味深いことに、この関数が実際に登場したのは2025年半ばのことです。つまり、引用されたソフトウェアバージョンにはそもそも存在していませんでした。さらに、付属していた悪用スクリプトは異常な動作を一切起こさず、問題なく実行されました。
CVE-2026-51300については、報告者は主張されている欠陥とは全く無関係のソースコード行を引用していました。提示されたSQLクエリは正常に動作し、メモリリークは一切発生しませんでした。一方、CVE-2026-51296はjson.cファイル内の3555行目と3575行目を明示的に指摘していました。しかし、SQLite 3.41.0におけるこの特定のファイルは、わずか2706行しかありませんでした。他の提示された例も、単純な構文エラーで処理が終了するものばかりでした。あるいは、誤った数の引数で関数を呼び出しているケースもありました。
偽アドバイザリーが及ぼす広範な影響
調査範囲はその後拡大され、疑わしいリポジトリに含まれる55件のアドバイザリーすべてを対象としました。JFrogは、そのうち54件を完全な創作物であると断定しました。残る1件だけには実在するソフトウェアのバグが含まれていました。しかし残念なことに、この唯一の正当な報告にも、検証されていないCVE情報が混入し、内容を汚染していました。SQlite以外にも、これらの捏造情報は画像処理ライブラリLibRawを標的にしていました。また、Arduinoエコシステム向けの音声デコードライブラリであるESP32-audioI2Sについても虚偽の被害を訴えていました。
MITREはその後、この一連の申請すべてを無条件で却下しました。SQLiteプロジェクトの公式ページも、これら6件の登録項目を根本的に再現不能な問題としてフラグを立てました。開発者たちは、これらの欠陥がSQliteのアーキテクチャ内には存在しないことを確認しました。これらは、AIが生成する典型的な幻覚と酷似しています。この大規模却下に関する情報は、速やかにOSS-Securityメーリングリストで公開されました。
脆弱性追跡の仕組みに潜む構造的な弱点
今回の憂慮すべき事件は、脆弱性登録の枠組みに存在する明白な弱点を露呈させました。CVE採番機関(CNA)は、申請内容を検証するために必要なソフトウェア環境を持ち合わせていないことがよくあります。独自に再現検証を行うために必要なソースコードや専用のリソースを欠いていることも少なくありません。その結果、これらの組織は申請者の誠実さを前提として、それに大きく依存せざるを得なくなっています。この脆弱性は、サードパーティ製プロジェクトに関する報告を処理する際に、とりわけ顕著になります。
NVDは、主要なCVEリストから新規登録項目を自動的に取り込んでいます。その後、セキュリティアナリストが深刻度評価や影響を受ける製品の一覧を付加します。現在の運用体制では、報告されたすべてのエラーについて独立した再現検証を行うことは義務付けられていません。そのため、もっともらしく作られたアドバイザリーは、GitHub Security Advisoriesに容易に入り込むことができます。同時に、実際に機能するエクスプロイトの提示が一切なくても、サードパーティ製データベースや企業のスキャナーを汚染することが可能なのです。
深刻化するNVDの処理遅延問題
未処理のNVD登録項目が大量に積み上がっている状況が、さらなる複雑さをもたらしています。NISTは2024年初頭、深刻な分析の遅延を受けて、この増え続けるキューの存在を公式に認めました。最近の政府監査報告書は、憂慮すべき統計上の傾向を浮き彫りにしています。未処理の脆弱性件数は、2024年半ばの約13,000件から、2025年後半には27,000件超へと急増しました。監査担当者は、この危機の原因として、一貫した戦略計画が明らかに欠如している点を挙げています。また、処理速度の不足や、NISTとCISAの間で非効率な業務の重複が生じている点も指摘されています。
対策と今後の展望
虚偽のCVE報告は、セキュリティチームに存在しない脅威を追わせ、時間を浪費させる結果を招きます。こうした捏造情報は不要な事務作業を発生させ、貴重な専門人材を本物の脆弱性対応から遠ざけてしまいます。自動スキャナーやリスク管理プラットフォームが、純粋に架空の問題に誤って高い優先度を割り当ててしまう可能性もあります。その結果、開発者たちが、実際には該当する欠陥が一度も存在しなかった正常なコードに手を加え始めてしまう恐れもあるのです。
専門家たちは、元のソフトウェア開発者による明確な確認を必ず取ることを強く推奨しています。セキュリティ担当者は、対応するパッチのコミットやプルリクエストが存在するかどうかを常に確認しなければなりません。バージョンの整合性やメタデータの正確性を確保することは、何よりも重要です。存在しない関数や、実際のファイルの範囲を超える行番号への言及は、捏造である可能性を示す兆候です。主張されているエラーと論理的なつながりが一切見られないコードスニペットも、重大な警告サインとなります。緊急のパッチ適用作業に着手する前に、専門家は安全なサンドボックス環境内で問題の再現を試みる必要があります。
研究者たちは、この憂慮すべき調査結果を直ちにGitHub Security Advisoryチームに報告しました。あわせて、Red Hatの担当者およびNVDの運営者にも通報しています。業界のアナリストたちは、捏造されたセキュリティ情報の件数が今後も増加し続けると見ています。生成AIモデルの登場により、悪意ある行為者は技術的にもっともらしい説明文を短時間で大量に作成できるようになりました。一方で、ソースコードの検証や複雑なエラーの再現には、依然として多大な時間と高度な専門知識が求められます。
翻訳元: https://meterpreter.org/fake-ai-cve-reports/
