Open source project curl is sick of users submitting “AI slop” vulnerabilities https://arstechni.ca/LAhpm #vulnerabilities #bugreports #hackerone #security #Tech #curl #AI
Open source project curl is sick of users submitting “AI slop” vulnerabilities https://arstechni.ca/LAhpm #vulnerabilities #bugreports #hackerone #security #Tech #curl #AI
I mentioned the #hackerone AI slop thing on #LinkedIn
Why does the #AISlop problem exist at #hackerone (and likely other bug bounty platforms)?
Because apparently it works: https://hackerone.com/evilginx/hacktivity?type=user
It seems that some projects pay bounties for such AI Slop reports.
While I can't be 100% sure, we (#curl) count 8 "AI slop" #hackerone submissions so far, which also makes it roughly 8% of the submissions over the last year as we get around 100 submissions per year right now. It makes it roughly as common as we get legitimate security problems reported.
Round two in our fun game: "slop or not?"
(In here, the report is a rewrite of our previous published CVE in a way that I strongly suspect was done by an AI.)
@bagder Good. This is a real problem and if they don't address it, it may end up hurting them in the end. If #Hackerone is just full of AI "researches" posting endless AI slop reports, their clients will move on.
@bagder "it rather seems that AI slop now can help lazy incompetent researchers trick the system."
Any AI slop should result in immediate ban or zeroing of the reputation.
Will we see something like this from #Hackerone? Considering their weird affection with AI I'm not expecting much to happen. As long as the quantity is the measuring stick rather than quality, nothing will happen.
Here's a link to today's AI slop #curl #hackerone report. Freshly disclosed: https://hackerone.com/reports/2887487
Marking them as spam now. #curl #hackerone (AI slop as "security vulnerability reports")
Also #hackerone: please STOP pushing your silly AI features to me. I don't care.
The original #hackerone report for #curl's CVE-2024-7264: ASN.1 date parser overread is now published:
it has been nearly three months since the last valid #hackerone report against #curl
Just saying.
I bet you can't find anything to report.
#curl project is so effective in resolving reports they've broken #Hackerone https://hackerone.com/curl/policy_scopes
the original #hackerone report for CVE-2024-0853 is now public: https://hackerone.com/reports/2298922
For details on the #curl PSL vulnerability, check out the #hackerone report. And if you use libpsl, double-check that your use is correct: https://hackerone.com/reports/2212193
Two mentioned projects in this report in particular should check their code.
We disclosed this #hackerone report against #curl when someone asked Bard to find a vulnerability, and it hallucinated together something:
If you want to see the full #hackerone report and pre-disclosure discussion for the latest #curl CVE. Check this out: https://hackerone.com/reports/2039870
First they submit junk security vulnerability reports at #HackerOne.
Then they whine when I close them as Not Applicable because that gives them a negative reputation.
Maybe not submit the crap reports in the first place to avoid "ruining" your reputation?
Reminder: we always disclose the #curl #hackerone issues including any discussions that let up to the disclosure of past CVEs. Today the last one from the previous release was made available: https://hackerone.com/curl/hacktivity?type=team