Difference between revisions of "OWASP Knowledge Graph"

Many projects have "Frequently Asked Questions" documents or pages. However, the point of such a document is not the questions. The point of a document like this are the answers. The document contains the answers that people would otherwise find themselves giving over and over again. The idea is that rather than laboriously compose and post the same answers repeatedly, people can refer to this page with pre-prepared answers. Use this space to communicate your projects 'Frequent Answers.'

How can I participate in your project?

If I am not a programmer can I participate in your project?

Contributors

The success of OWASP is due to a community of enthusiasts and contributors that work to make our projects great. This is also true for the success of your project. Be sure to give credit where credit is due, no matter how small! This should be a brief list of the most amazing people involved in your project. Be sure to provide a link to a complete list of all the amazing people in your project's community as well.

The first contributors to the project were:

• Cicero Gadelha

Roadmap

1. Define the graph structure to store data in a efficient way.
2. Represent in graphs the top 10 vulnerabilities.
3. Create a tool to use the knowledge graph to detect vulnerabilities and explore theirs caracteristics.
4. Conduct an evaluation of results.
5. Expand the knwoledge graph storing more vulnerabilities.

Subsequent Releases will add

Getting Involved

This page is where you should indicate what is the minimum set of functionality that is required to make this a useful product that addresses your core security concern. Defining this information helps the project leader to think about what is the critical functionality that a user needs for this project to be useful, thereby helping determine what the priorities should be on the roadmap. And it also helps reviewers who are evaluating the project to determine if the functionality sufficiently provides the critical functionality to determine if the project should be promoted to the next project category.