Google stopt bug bounty na golf AI-gegenereerde meldingen

TL;DR

• Wat: Google heeft zijn open-source bug bounty-programma bevroren per 1 oktober 2026 omdat beheerders overspoeld werden met ongeldige, AI-gegenereerde kwetsbaarheidsrapporten.
• Waarom relevant: Veel MKB-software draait op open-source componenten — als beveiligingsmeldingen stilvallen, duurt het langer voordat kwetsbaarheden worden ontdekt en gepatcht.
• Wat je ermee kunt: Controleer of je softwareleverancier actief bijdraagt aan of monitort op beveiligingsupdates van de open-source pakketten die in jouw systemen zitten.

Afgelopen week las ik een bericht dat me even deed stilstaan. Google heeft per 1 oktober zijn open-source kwetsbaarhedenprogramma bevroren, en de reden is opvallend: niet een gebrek aan budget of interesse, maar een tsunami aan AI-gegenereerde meldingen die vrijwel allemaal onzin bleken. Ik vind dat een verhaal dat verder reikt dan de securitywereld alleen.

Wat is er precies gebeurd?

Google's Open Source Software Vulnerability Rewards Program (OSS VRP) — het programma waarmee beveiligingsonderzoekers geld konden verdienen door kwetsbaarheden te melden in Google's open-source projecten — accepteert sinds 1 oktober geen nieuwe productmeldingen meer. Google verwacht op zijn vroegst begin 2027 met een update te komen.

De reden die Google zelf geeft: "This pause is due to a significant rise in automated submissions, the vast majority of which are not valid." Vrij vertaald: er kwamen zoveel geautomatiseerde rapporten binnen dat de engineers er niet meer doorheen kwamen, en het overgrote deel beschreef bugs die niet bestonden of niet uitgebuit konden worden.

Belangrijk detail: de pauze geldt specifiek voor productkwetsbaarheden — meldingen over supply chain-problemen en bepaalde Google Cloud-gerelateerde repositories worden nog steeds geaccepteerd.

Niet alleen Google

Wat mij hier opvalt, is dat dit geen geïsoleerd incident is. Het is een patroon dat zich door de hele open-source beveiligingswereld trekt.

Curl: van 15% naar minder dan 5% trefkans

Curl — de tool die vrijwel elke website en app op de achtergrond gebruikt om data op te halen — stopte al eind januari 2026 met zijn bug bounty. Daniel Stenberg, de maker en hoofdbeheerder, gaf aan dat het percentage geldige meldingen was gedaald van boven de 15% naar onder de 5%. Ruwweg één op de vijf inzendingen in 2025 was wat hij "AI slop" noemde: rapporten die eruitzagen als serieuze bevindingen, maar bij nader inzien nergens op sloegen. Het klinkt misschien onschuldig, maar elk ongeldig rapport kostte zijn team van zeven vrijwilligers uren aan beoordelingstijd.

Linux-kernel: van 2-3 per week naar 5-10 per dag

Linus Torvalds — de man achter Linux, het besturingssysteem waar een groot deel van het internet op draait — noemde in mei 2026 de beveiligingsmaillijst van de kernel "almost entirely unmanageable". Waar twee jaar geleden 2 tot 3 meldingen per week binnenkwamen, waren dat er begin 2026 al 5 tot 10 per dag. Grotendeels duplicaten en AI-gegenereerde ruis.

Intel en HackerOne

Intel heeft op 19 september 2026 zijn betaalde bug bounty-programma opgeschort — een programma dat tot $100.000 per gevonden kwetsbaarheid uitkeerde. Intel heeft geen officiële reden gegeven, maar de timing past in hetzelfde beeld. En HackerOne's eigen Internet Bug Bounty-programma pauzeerde nieuwe inzendingen al op 27 maart 2026.

Ik vind het eerlijk gezegd opmerkelijk hoe snel dit is gegaan. In minder dan een jaar tijd zijn meerdere grote beveiligingsprogramma's tot stilstand gekomen, allemaal om dezelfde reden.

Waarom dit verder gaat dan security

Je denkt misschien: bug bounties, dat is toch iets voor hackers en techneuten? Klopt, maar de gevolgen raken iedereen die software gebruikt — en dat ben jij als ondernemer ook.

Open-source software zit overal. In je webshop, in je boekhoudsoftware, in de API's waarmee je betaalsysteem communiceert. Bug bounty-programma's zijn een belangrijk vangnet: ze motiveren onafhankelijke onderzoekers om kwetsbaarheden te vinden vóórdat kwaadwillenden dat doen. Als die programma's stilvallen, ontstaat er een gat.

Stel dat je als ondernemer een webshop draait die gebouwd is op open-source frameworks. De beveiligingsonderzoekers die normaal gesproken kwetsbaarheden in die frameworks zouden melden, worden nu ontmoedigd door programma's die op pauze staan of geen beloning meer bieden. Het resultaat: kwetsbaarheden blijven mogelijk langer onontdekt.

Dat is geen paniekscenario — het is een verschuiving in hoe snel problemen worden gevonden en opgelost. En die verschuiving is relevant voor iedereen die afhankelijk is van digitale systemen.

Het onderliggende probleem: AI als ruis-generator

Wat hier eigenlijk aan de hand is, vind ik een fascinerend bijeffect van de huidige generatie AI-tools. Grote taalmodellen kunnen tekst produceren die er op het eerste gezicht overtuigend uitziet — inclusief technische beveiligingsrapporten. Maar die rapporten beschrijven regelmatig kwetsbaarheden die niet bestaan, niet reproduceerbaar zijn, of gebaseerd zijn op hallucinaties van het model.

Het probleem is niet dat AI slechte rapporten schrijft in de zin van slecht geformuleerd. Het probleem is juist dat ze er goed uitzien. Ze bevatten de juiste structuur, de juiste terminologie, soms zelfs verwijzingen naar echte codebases. Maar de inhoud klopt niet. En dat maakt ze tijdrovender om te beoordelen dan een duidelijk amateuristisch rapport, want je moet dieper graven om te ontdekken dat er niets achter zit.

Kun je je voorstellen wat dit betekent als je dit doortrekt naar andere domeinen? Denk aan sollicitaties, offertes, klachten of reviews — overal waar mensen beoordeeld worden op basis van tekst, kan dezelfde dynamiek ontstaan. Goed klinkende inhoud die bij nadere inspectie leeg blijkt.

Hoe nu verder?

Google heeft aangegeven begin 2027 met een update te komen. Mogelijk gaat het bedrijf werken aan betere filters om AI-gegenereerde rapporten te herkennen voordat ze bij menselijke beoordelaars terechtkomen. Dat klinkt logisch, maar het is ook een wapenwedloop: hoe beter de filters worden, hoe beter de AI-gegenereerde rapporten zullen worden om die filters te omzeilen.

Wat mij betreft is dit vooral een signaal dat we als samenleving — en als ondernemers — moeten nadenken over hoe we omgaan met de groeiende stroom AI-gegenereerde content. Niet alleen in beveiligingsmeldingen, maar overal waar kwaliteitsbeoordeling door mensen plaatsvindt.

Voor de open-source wereld hoop ik dat er snel werkbare oplossingen komen. Die software is te belangrijk om zonder beveiligingsvangnet te laten draaien. En voor ons als ondernemers is het een herinnering: vraag je softwareleverancier eens hoe zij omgaan met beveiligingsupdates van de open-source componenten in hun producten. Het antwoord zegt veel over hoe serieus ze dat vangnet nemen — ook als het onder druk staat.