Skip to content
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

Add SECURITY.md #156

Closed
JamieSlome opened this issue Jul 1, 2022 · 3 comments
Closed

Add SECURITY.md #156

JamieSlome opened this issue Jul 1, 2022 · 3 comments

Comments

@JamieSlome
Copy link

Hello 👋

I run a security community that finds and fixes vulnerabilities in OSS. A researcher (@Ooggle) has found a potential issue, which I would be eager to share with you.

Could you add a SECURITY.md file with an e-mail address for me to send further details to? GitHub recommends a security policy to ensure issues are responsibly disclosed, and it would help direct researchers in the future.

Looking forward to hearing from you 👍

(cc @huntr-helper)

@gruns
Copy link
Owner

gruns commented Jul 6, 2022

is this potential issue too sensitive to just create a (public) issue here in this repo?

also you create a ton of issues exactly like this, without disclosing any security vulnerabilities

is this just a scheme to promote your company, huntr helper? 😉

@gruns gruns closed this as completed Jul 6, 2022
@gruns
Copy link
Owner

gruns commented Jul 6, 2022

fwiw, no results for furl when searching on huntr.dev:

image

@JamieSlome
Copy link
Author

@gruns - thanks for all of your feedback on the above.

  1. We receive a lot of vulnerability reports, especially against very large projects, and so don't assume that reports should be public by default. We had tried this in the past and got a fair amount of bite back, and so do everything via responsible disclosure now. That said, if a maintainer is happy for a report to be made public, we will always support that :) You can see the report here, which I have now made public for you.
  2. In all of the cases listed above, and for all of our outreach, we first request an e-mail address in the SECURITY.md, so that maintainers can select an e-mail address where they want reports to go, plus we can authorize the address that's been created by a permitted maintainer. Until we have that e-mail address, we don't disclose it.
  3. By no means are we trying to promote the platform, rather just share the contents of reports, responsibly whilst trying not to share our brand as much as possible. Previously, we included our report URLs directly in these issues, but this also had problems, as this specifically looked like a scheme to promote the company. Hence, we wait for the e-mail address to share the report content.

Also:

Screenshot 2022-07-06 at 09 58 42

And feel free to check out the thousand of vulnerabilities found previously by our researchers:

https://huntr.dev/bounties/hacktivity

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants