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

Cover Security in the standard files #13

Open
hyandell opened this issue Feb 11, 2022 · 3 comments
Open

Cover Security in the standard files #13

hyandell opened this issue Feb 11, 2022 · 3 comments

Comments

@hyandell
Copy link

hyandell commented Feb 11, 2022

I propose that the default files cover Security. Be it as text in the CONTRIBUTING.md, or via a SECURITY.md file. Ideally both, with the SECURITY.md going into the org's template directory.

Like the CoC, the security file will need some kind of unusual contact address.

@royaljust
Copy link
Collaborator

Thanks @hyandell - this is a bit out of my wheelhouse. Here is Microsoft's standard security reporting. But that feels a bit heavyweight from my perspective (24 hour SLA, etc.). Thoughts on how to handle? How is this typically handled outside of large companies?

@hyandell
Copy link
Author

I asked around at OpenSSF on the topic. Some interesting things there that could lead to a good default text.

https://github.com/cncf/tag-security/tree/main/project-resources is one suggestion to consider; though I think the wg_identifying_security_threats group at OpenSSF may produce something more canonical.

@royaljust
Copy link
Collaborator

Noting that our security solution should leverage this beta feature from GitHub: https://docs.github.com/en/code-security/security-advisories/guidance-on-reporting-and-writing/privately-reporting-a-security-vulnerability. Leaving open to address once feature clears beta.

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