SQLiteに"AI製"虚偽CVE ― NVDまで通過した捏造アドバイザリ

2026年7月27日、GitHubアカウント「programmervuln」が投稿したSQLite向け脆弱性アドバイザリ6件が、CVE-2026-51296などの番号でMITREから正式公開された。うち1件はCVSS 9.8のCriticalとされ、NVD・GitHub Advisory Database・Red Hat・SUSE・OSV.devが軒並み取り込んだ。だが実態は、存在しない関数を参照し、ソースコードにない「修正」を主張する捏造アドバイザリだった。

生成AIが「もっともらしい脆弱性」を量産した #

SQLite開発者のRichard Hipp氏は7月29日、著名なセキュリティアナリスト複数から問い合わせを受けて異常に気付き、フォーラムで「新しいSQLiteのCVEを見たら偽物と考えてよい」と警告した。SUSEがClaudeで分析した結果も「fabricated(捏造)」と結論している。翌30日、JFrog SecurityがDockerの隔離環境での再現ビルドと、各アドバイザリのPoCをAddressSanitizer計装下でそのまま実行するという地道な検証を行い、6件全てが技術的に不成立だと証明した。MITREは31日、詳細説明のないまま6件を却下(REJECTED)している。

防御側を疲弊させる「フェイク脆弱性」という攻撃面 #

恐ろしいのは、この虚偽が7週間もCVEデータベースの中を無傷で通過した点だ。CNA of Last Resort窓口には申請者の本人確認もPoC提出義務もない。GitHub Advisory Databaseに至っては8月12日時点でも未レビューのままCritical表示が残っている。JFrogは投稿者の動機を「研究実績の水増し、または自動CVE識別ツールを欺く狙い」と推測するが、特定には至っていない。

LLMは「それらしい」PoCと技術解析文をいくらでも量産できる。SOCが偽の脆弱性の検証・パッチ判断に工数を奪われれば、それ自体が防御側を消耗させる新種の攻撃面になり得る。脆弱性情報の供給網そのものに、投稿者の身元確認や再現性チェックといった検証プロセスを組み込む議論が急務だ。