hakluke / bug-bounty-standards

A list of edge cases that occur in bug bounty programs, conversations on how they should be handled. The goal is to standardise the way that specific situations are handled in bug bounties.
223 stars 10 forks source link

Open/triaged report left without update for >12 months #5

Open bl4de opened 2 years ago

bl4de commented 2 years ago

Issue: Report is open/triaged for more than 12 months. There is no update from the program for several reasons:

Despite several requests for update from Hacker, there is no clear response from either a program or platform's triage team.

Prerequisites

Proposed resolution: Platform should respond in <90 days with proposed ways of resolution. Report should be closed either as Informative if there is no clear way to determine the real impact/validity of reported vulnerability (no PoC, screenshots etc.) or as Resolved, if there is a clear evidence that the vulnerability in fact was found and reported in the expected way (report contains screenshots, PoC, video, detailed reproduction steps etc.) and the severity is at least Low

I believe the details about the final state of the report depends on the platform, but in general report should be handled in favor of the Hacker (so it should counts as a valid report, allows to gain reputation or other points awarded by the platform etc.).

Other things to consider:

Exclusion

Rationale I can confirm scenarios described in this issue exists. I have several reports stuck in such situation, some of them are open and triaged for around 4 years now. Example: I was asked to verify fixes, applied to asset which is no longer even available online. When I commented on this, there was (and still there is not) any response from the platform's triage team member(s) for 9 months now. Report was triaged 3 years ago in a program where, according to statistics, 96% of reports "Meet response standards" defined by platform and average time to resolution is 6 months.

hakluke commented 2 years ago

In this case, if the bug was originally validated + triaged by the platform, I think that it should be paid in full. Taking the asset offline may have been a result of receiving the report, and even if it wasn't, the slow response time is not the fault of the hacker.

bl4de commented 2 years ago

@hakluke Thank you for the feedback. I'd love to see from the platforms some standardised way of handling such situations.

In your opinion - what is the best way to handle such "ghost reports", which has no chance anymore to be handled in the expected way, but still appears in hacker's Inbox as not fully resolved/closed, followed by complete lack of any response/feedback from the platform/program form months or years?