Appreciate and recognize all contributors. Please note that this project is released with a Contributor Code of Conduct.
By participating in this project you agree to abide by its terms.
Awesome-Vulnerability-Research
Contribution Guidelines- Quality Standard
- Adding to this list
- Adding something to an awesome list
- Updating your Pull Request
- To add to the list: Submit a pull request
- To remove from the list: Submit a pull request
- want to change something: Submit a pull request
- want to try something else: Submit a pull request
- don't know what to do: Submit a pull request or open an issue, let us know what's going on.
Awesome-Vulnerability-Research
is a hand-crafted list for high-quality information about vulnerability researching and its resources. It would be nice if it is related or compatible with vulnerability research in some way. But if it's awesome, let's us know why and you're on!
- Each item should be limited to one link, no duplicates, no redirection (careful with
http
vshttps
!); - The link should be the name of the slide or project or website;
- Description should be clear and concise (read it out loud to be sure);
- Description should follow the link, on the same line;
- if you want to add more than one link, please don't do all PR on the exact same line, it usually results in conflicts and your PR cannot be automatically merged...
Please contribute links to slides/projects you have used or are familiar with. This will help ensure high-quality entries.
Note that I can help you achieve those standards, just try your best, be brave. I'll guide you to the best of our abilities.
To be on the list, it would be nice if entries adhere to these quality standards:
- Generally useful to the community
- Clearly stating "what is it for": mention the problem it solves. Just try your best, make it clear for the next person.
- Solves a real problem (even a small one)
- if it is a WIP (work in progress, not safe for production), mention it.
If your PR is not merged, I will let you know why so that you may be able to improve it.
Please ensure your pull request adheres to the following guidelines:
- Search previous suggestions before making a new one, as yours may be a duplicate.
- Make sure the list is useful before submitting. That implies it has enough content and every item has a good succinct description.
- Make an individual pull request for each suggestion.
- Use title-casing (AP style).
- Use the following format:
[List Name](link)
- Link additions should be added to the bottom of the relevant category.
- New categories or improvements to the existing categorization are welcome.
- Check your spelling and grammar.
- Make sure your text editor is set to remove trailing whitespace.
- The pull request and commit should have a useful title.
- The body of your commit message should contain a link to the repository.
Thank you for your suggestions!
If you have something awesome to contribute to an awesome list, this is how you do it.
You'll need a GitHub account!
- Access the awesome list's GitHub page. For example: https://github.com/sindresorhus/awesome
- Click on the
readme.md
file: - Now click on the edit icon.
- You can start editing the text of the file in the in-browser editor. Make sure you follow guidelines above. You can use GitHub Flavored Markdown.
- Say why you're proposing the changes, and then click on "Propose file change".
- Submit the pull request!
Sometimes, a maintainer of an awesome list will ask you to edit your Pull Request before it is included. This is normally due to spelling errors or because your PR didn't match the awesome-* list guidelines.
Here is a write up on how to change a Pull Request, and the different ways you can do that.