Jemand nutzte ein LLM, um massenhaft gefälschte Schwachstellenberichte gegen SQLite zu erzeugen — und das offizielle CVE‑System ließ sie durch. CVE-2026-51302 bis 51304 erhielten 9,8 Kritisch‑Scores; Red Hat bewertete einen kurzzeitig mit perfekten 10,0. Das ist kein Produkt, sondern eine JFrog‑Research‑Untersuchung, und Hacker News brachte es auf 508 Punkte, weil das Ziel die Pipeline ist, der jeder Security‑Scanner vertraut.
Was JFrog tatsächlich gefunden hat
JFrog hat jede Behauptung verifiziert. Die „vulnerable“‑Funktion exprComputeOperands() existiert nicht in SQLite. Ein Advisory verwies auf die Zeilen 3555–3575 in einer 2.706‑Zeilen‑Datei. Kein einziger PoC ließ etwas abstürzen, selbst unter AddressSanitizer. Das Quell‑GitHub‑Konto veröffentlichte in vier Tagen 55 Advisories — 54 reine Erfindungen, alle von GPTZero als KI‑generiert gekennzeichnet. Der SQLite‑Upstream bestätigte, dass die CVEs fiktiv sind.
Warum der Schrott durchkam
Der CVE‑Einreichungsprozess von MITRE hat keine Identitätsprüfung, und NVD hat die manuelle Überprüfung bereits 2024 abgeschafft. Niemand reproduziert etwas vor der Veröffentlichung. So fließen halluzinierte Bugs direkt in Enterprise‑Scanner, und Security‑Teams verbrauchen echte Stunden damit, nicht existente Schwachstellen zu patchen. Eine Person testete mit einem Chatbot die weltweite Schwachstellendatenbank — und sie scheiterte.