Analyse der Sperrung beim Google OSS VRP: Validierung ist rar

Der Posteingang für Bug-Bountys war schon immer ein seltsamer kleiner Sumpf: echte Exploits, begeisterte Missverständnisse, doppelte Meldungen und gelegentlich ein Screenshot mit dem forensischen Wert einer Kartoffel. Google hat nun einen vorübergehenden Zaun um einen Teil dieses Sumpfs gezogen. Nicht, weil Forschende aufgehört hätten, Bugs zu finden, sondern weil Maschinen es zu billig gemacht haben, Lärm im Industriemaßstab einzureichen.

Ausnahmsweise geht es hier nicht um eine Sicherheitsverletzung mit laminierter Entschuldigungserklärung. Es ist eine Geschichte über Prozessversagen, was irgendwie nützlicher und weniger filmreif ist. Die Lektion ist deutlich: Wenn KI das Erstellen von Berichten billig macht, wird der teure Teil der Nachweis, dass irgendetwas in dem Stapel echt ist.

Was passiert ist: Eine Bounty-Warteschlange trifft auf die Spam-Wand

Laut dev.ua hat Google ab dem 1. Oktober 2026 Meldungen im Rahmen seines Open Source Vulnerability Rewards Program ausgesetzt, nachdem es zu einem ungewöhnlichen Anstieg KI-generierter Berichte gekommen war, von denen die meisten ungültig waren. BleepingComputer berichtete über dieselbe Pause für OSS-VRP-Einreichungen und sagte, das Programm decke von Google gepflegte Open-Source-Projekte ab, darunter Golang, Angular, Bazel, Protocol Buffers und Fuchsia, sowie kritische Drittanbieter-Abhängigkeiten und Repository-Einstellungen. Google startete das OSS VRP laut BleepingComputer im August 2022, mit Belohnungen von 100 bis 31.337 US-Dollar für Sicherheitslücken mit erheblichen Auswirkungen auf die Software-Lieferkette.

@title Wie KI-Spam die Triage blockiert
@source BleepingComputer
@source Neowin

  AI reports
     │
     ▼
  Mostly invalid
     │
     ▼
  Human review
     │
     ├─ OSS product pause
     ├─ Supply chain continues
     ├─ Cloud VRP continues
     └─ Patch Rewards continues

@caption Google pausierte OSS-Produktmeldungen, während andere Meldewege offen bleiben.

Das zentrale Zitat, über BleepingComputer, ist genau diese Art ruhiger Unternehmenssatz, hinter dem sich ein Triage-Raum voller Menschen verbirgt, die in den fluoreszierenden Abgrund starren: „Wir nehmen vorübergehend keine OSS-VRP-Produktschwachstellenmeldungen mehr an. Dies betrifft keine OSS-VRP-Lieferkettenberichte oder bereits ausstehende Berichte.“ Google sagte laut demselben Bericht außerdem: „Diese Pause ist auf einen erheblichen Anstieg automatisierter Einreichungen zurückzuführen, von denen die überwiegende Mehrheit nicht gültig ist.“ Übersetzung: Der Scanner hat einen Schatten gefunden, eine Novelle geschrieben, und ein Mensch musste trotzdem prüfen, ob der Drache existiert.

Der Wirkungsbereich: Kleiner, als die Schlagzeile klingt

Neowin berichtete, dass der Stopp die Open-Source-Bug-Meldungen bis zum ersten Quartal 2027 betrifft, aber nur Produktschwachstellenmeldungen im Rahmen des OSS-VRP-Frameworks. Diese Unterscheidung ist wichtig, denn Programme zur Offenlegung von Schwachstellen sind kein einziger großer roter Knopf mit der Aufschrift Panik. BleepingComputer berichtete, dass OSS-VRP-Lieferkettenberichte und ausstehende Berichte nicht betroffen sind und dass Forschende weiterhin Einreichungen über das Google Patch Rewards Program für Open-Source-Fixes nutzen können, mit Prämien von bis zu 15.000 US-Dollar für Fixes mit hoher Wirkung.

BleepingComputer berichtete außerdem, dass Schwachstellen in Google-Cloud-Open-Source-Repositories, die Cloud-Produkte betreffen, weiterhin über das Cloud VRP laufen können. Die nützliche Erkenntnis für Leserinnen und Leser ist also nicht, dass Google sich von Open-Source-Sicherheit verabschiedet hat. Es bedeutet, dass eine Eingangsspur so stark verstopft war, dass Google sie vorübergehend geschlossen hat, während andere Spuren offen bleiben, wie ein Krankenhaus, das nicht dringende Fälle umleitet, weil der Warteraum voller KI-generierter Diagramme ist, die bei allen Leuchtturmfieber diagnostizieren.

Die Ökonomie: KI machte Berichte billig, Validierung blieb teuer

Neowin berichtete, dass Maintainer von Tausenden falscher Meldungen überwältigt wurden und dass jeder Bericht von einem Menschen geprüft werden musste, was zu Burnout führte. Das ist die eigentliche Geschichte. KI hat nicht auf magische Weise im selben Tempo verifizierte Schwachstellen erzeugt, wie sie plausibel klingende Einreichungen erzeugt hat, und plausibel ist in der Sicherheit ein gefährliches Wort, weil es nur einen Kostümwechsel davon entfernt ist, eine Woche zu verschwenden.

Bug-Bounty-Programme gingen früher von einem gewissen Maß an Reibung aus: Einen Bug zu finden, ihn zu reproduzieren, einen Bericht zu schreiben und die Auswirkungen zu erklären, kostete Mühe. KI senkt die Kosten für den Papierkram und manchmal für die erste Entdeckung, aber sie senkt nicht automatisch die Kosten der Validierung. Der Engpass verschiebt sich vom Entdeckungsvolumen zur Signalqualität, und wenn dein Aufnahmeprozess auf Unsinn dieselbe Aufmerksamkeitssteuer erhebt wie auf einen funktionierenden Exploit, Glückwunsch: Du hast eine Denial-of-Service-Schwachstelle in deiner eigenen Triage-Warteschlange gebaut.

Was das tatsächlich für dich bedeutet

Für Entwicklerinnen, Entwickler und Sicherheitsverantwortliche ist die von BleepingComputer und dev.ua berichtete Google-Pause eine nützliche Fallstudie dafür, wie Offenlegungsprogramme für eine KI-gesättigte Welt gestaltet werden sollten. Eingabeformulare müssen Reproduzierbarkeit, Wirkungsnachweise, minimale funktionierende Beispiele und klar betroffene Komponenten belohnen, nicht nur selbstbewusste Prosa. Programme brauchen möglicherweise auch schärfere Geltungsbereiche, Validierungsprüfungen vor der Einreichung, eine Gewichtung der Reputation von Forschenden und schnellere Ablehnungswege für Berichte, die nicht zeigen können, dass eine echte Sicherheitsgrenze überschritten wird.

Für Forschende ist die Botschaft genauso praktisch: KI-Unterstützung ist nicht die Sünde, eine Einreichung mit geringem Signalwert ist es. Wenn ein Tool dir hilft, Code zu untersuchen, großartig, willkommen in der modernen Arbeit. Aber wenn der Abschlussbericht den verwundbaren Pfad, die Auswirkungen und die Schritte zur Reproduktion nicht erklären kann, ist es keine Forschung, sondern Konfetti mit einem CVE-förmigen Hut.

Als Nächstes sollte man beobachten, wie Google das OSS VRP neu ausrichtet, bevor die Pause aufgehoben wird; BleepingComputer sagte, Google arbeite daran. Wenn Google einen besseren Filter findet, werden andere Maintainer ihn kopieren, denn niemand möchte, dass der eigene Bug-Bounty-Schreibtisch zu einem KI-Komposthaufen wird. Das Internet wird nicht allein durch mehr Berichte gerettet; es wird durch validierte, umsetzbare Berichte gerettet, die Menschen ermöglichen, das Richtige zu beheben, bevor die falschen Leute es bemerken.