Restructuring GitHub's bug bounty program

49 pointsposted 10 hours ago
by soheilpro

28 Comments

wxw

7 hours ago

> We’re formalizing a permanent private/invite-only VIP program for qualified researchers who consistently deliver high-quality, high-impact work.

> VIP program bounty table:

  Severity  Payout
  --------  --------
  Low       $1,000
  Medium    $7,500
  High      $20,000
  Critical  $30,000+
> We are adjusting our public program rates to accommodate this shift in focus towards quality of relationships and findings over quantity of reports. We are also updating to static payouts—a single, clear number per severity level, rather than a wide range.

> Our new public program bounty table:

  Severity  Payout
  --------  -------
  Low       $250
  Medium    $2,000
  High      $5,000
  Critical  $10,000

> To reduce the volume of low-effort and AI-generated reports, we’re implementing a HackerOne signal requirement on the public program.

cobertos

2 hours ago

> VIP program for qualified researchers who consistently deliver high-quality, high-impact work.

Almost as though they want the quality and consistency of hired labor but not the cost

krystalgamer

10 minutes ago

it's voluntary and a nice incentive for those whose have spent time on getting familiar with the systems.

also given that nowadays most bounty hunters have some level of automation don't see the issue of getting paid by the task instead of the by the hour. diversification of source of income is always good :)

dinkelberg

10 hours ago

So if the "wrong" person finds a critical vulnerability in GitHub, the payout is capped at $10,000. Might reduce the likelihood of it being submitted to the bug bounty program.

greatgib

an hour ago

I find it quite offensive that there is a payout difference for major vulnerabilities when the outcome is the end in the end.

If it was me finding such a vulnerability, this discrimination would offend me so much that I would prefer to sell it to semi-legal actors that would pay multiple of that...

toomuchtodo

9 hours ago

It might, but as someone who has to review public vulnerability reports for a much less popular website, I completely understand why they’re building a vouch program to dissuade slop reports. One would presume their internal team is using frontier models for red team agent scanning against potential attack surface, and so this is a potential risk they’re willing to take.

Tragedy of the commons that someone who hasn’t passed the filter yet might have their payout limited.

Vouch - https://news.ycombinator.com/item?id=46930961 - February 2026 (486 comments)

account42

an hour ago

You're forgetting that GitHub aka Microsoft is one of the big slop peddlers. They made the problem but now don't want to pay for it.

inigyou

an hour ago

"one of the big" is an understatement. They own OpenAI, which created and popularized the whole field.

toomuchtodo

10 minutes ago

Large organizations are complex machines. The security team responsible for triaging these reports is very likely not the same as the one peddling slop. The nuance and irony is not lost on me.

super256

9 hours ago

tbh hackerone should just implement a +/- reputation points feature on researcher profiles. Like, the researcher submits a slop report to GitHub via H1, GitHub looks at it and identifies it as slop, GitHub presses the -rep button on reaearcher profile which bans them from submitting to GitHub on H1 again and makes their rep points minus 1. Companies should be able to configure you need at least 10 rep points to receive payouts. Only specific (by H1 chosen) companies can +/- rep.

So, researchers first need to collect some positive rep. But the rep points are global, so once you have fixed a few bugs for Google, you've gotten enough +rep that you can also receive stuff at GitHub.

Oh, and ID check when signing up at H1.

Long term all beg bounty submitters would be banned for pretty much all of tech.

ofjcihen

13 minutes ago

Signal and Reputation already do these things but public programs are…well public.

Synthetic7346

6 hours ago

I think they do that already, there are signal ratios

applfanboysbgon

9 hours ago

How does decreasing pay for humans discourage slop reports, exactly?

dfedbeef

8 hours ago

It discourages all reports, so you get the reduced slop reports for free.

sevenseacat

3 hours ago

To my mind, it encourages more reports because that way you're more likely to have some of them slip through and get approved, meaning your future reports are worth more.

applfanboysbgon

8 hours ago

Does it, though? It discourages humans from putting in effort because their time will not be rewarded. But the slop reports were not the result of time nor effort. I'd rather expect changing a payout from $1k to $250 doesn't meaningfully move the needle on someone spending two minutes prompting their OpenClaw to spam bug bounties. Especially since the reports you actually want to filter out are the sub-50-IQ reports that were always going to get $0 either way.

everfrustrated

2 hours ago

Seems to me like the game theory here is un-credentialed reporters need to submit their reports through credentialed folks who will vet and take a cut on the way through.

Why take the lower offer by going directly.

That sounds like a win for everyone involved.

saagarjha

9 hours ago

I wonder if this incentivizes people to form groups that self-vet for quality submissions to enhance their reputation.

darkamaul

7 hours ago

I believe the changes here make a lot of sense because, most of the time, your best bugs are not your first ones

Anyone can point an LLM to a code base and ask to find a vulnerability - and the initial set of findings is going to be rather lame.

Encouraging researchers to stick to a target and to report 7 lows before getting in will probably make their contributions more valuable.

poly2it

4 hours ago

Does this reflect new pricing in the black (hat) market?

Schnitz

7 hours ago

It is much harder to refute bullshit than to make up bullshit. As harsh or unfair as it might seem, this makes sense.

sdevonoes

3 hours ago

Another reason why LLMs suck. So far cons > pros

embedding-shape

3 hours ago

> So far cons > pros

Lets say 80% of the world's population decides the cons outweight the pros, now what? Put the genie back in the bottle, something that is famously easy and trivial to do?

account42

an hour ago

If the will was there we could shut down commercial providers tomorrow, which would already solve most of the problem.

embedding-shape

40 minutes ago

Alright, so assuming thats done now, obviously everyone moves to local models. Would the suggestion be to outlaw those too, and if so, what would the enforcement look like?

frizlab

3 hours ago

Most definitely, yeah.

applfanboysbgon

9 hours ago

I mean, this is just a "fuck you", right? "Because there's a lot of LLM spam, we've decided that some researchers will get 1/4th as much pay for reporting the same bug as others, even if they didn't use LLMs". If anything this will have the opposite of the intended effect -- this strongly discourages humans who aren't part of the VIP program from reporting bugs they find to Github, so you'll probably see a higher ratio of LLM spam in the future. And don't be surprised if those bugs get sold elsewhere...