-
Notifications
You must be signed in to change notification settings - Fork 122
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Handle HackerOne org to core triage team #103
Comments
If anyone thinks I can help by joining the team then I'd be happy to. If not, no big deal either. |
Got a link to where I should be able to log in, or whatever it is I'm supposed to do with this? I don't see anything in my email recently for this ... Unless I've already done it but forgotten. A link would help either way. |
@rvagg I just re-invited your public github email address. Did you get anything? |
Yep, got the cancellation and the new invite, not sure where the original invite is! Some questions / comments:
|
Reflection: this is going to need a better sales job to convince the team currently triaging that it's worth the hassle compared to the easy process of dealing with email. Most of the emails we get are either spam or things we punt to nodejs/help. The occasional real issue we just paste into node-private/security and deal with it there. If the suggestion is to replace that process with this new tool then it's going to need to be much smoother than this and provide actual value that we don't currently have. So far it seems like a tool for the sake of a tool (Silicon Valley Syndrome). |
@rvagg I think one of the biggest pieces of value over email is accountability. It makes keeping records way better than email, and also makes the process of closing the loop easier to do. Also way less prone to error (not replying all) |
Hey @rvagg . As @MylesBorins said, it might be a gain in the workflow of handling vulnerabilities in the core. Here is an example of vuln we disclosed yesterday for the ecosystem https://hackerone.com/reports/307666 The HackerOne team is very helpful should you need help to get familiar with the tool (escpecially @reedloden ), but you can also find demos in recording of recent WG meetings (I don't recall which dates exactly however, maybe looking at the minutes will help). This might show you better the value of the tool. After 2 months of using this tool for the management of the ecosystem vulnerabilities, I have to say it pretty much fits our needs on that side. That said, I have no visibility on the current state of the core vulnerability management therefore I can't really tell you how this would improve current processes. Regarding sandbox/team verification: until the team is ready to review reports through HackerOne, there is probably no need to have it validated. People would start to report issues to a team that would not even read them. |
I'm also without prior experience with the HackerOne platform, but I find it very comfortable to manage the whole workflow. For example, inviting maintainers, messages for internal communication vs public, triaging severity, etc. All of that is really easy through the platform. There are some quirks with the UI, but we updated the triage documentation to make it clearer and their support is helpful as well. |
On hold for now. I'll work on that again shortly. |
@vdeturckheim I think the security-wg-agenda label can be removed (at least for now). Can you confirm? |
@cjihrig yes! |
As per @vdeturckheim's request, I have launched https://hackerone.com/nodejs publicly (with bounties provided by the IBB). |
I believe this to be complete, please reopen if I misunderstand. |
TODO:
I have invited the following people to the HackerOne org (except for those who already had an invite pending):
Can you let me know who should be admin of this org? Also, I would recommend you all set up 2FA on HackerOne.
Other members:
(closes #67)
The text was updated successfully, but these errors were encountered: