Difference between revisions of "Category:OWASP Honeycomb Project"

From OWASP
Redirect page
Jump to: navigation, search
(Overview)
(Redirecting to Category:OWASP ASDR Project)
 
(27 intermediate revisions by 6 users not shown)
Line 1: Line 1:
 +
#REDIRECT [[:Category:OWASP ASDR Project]]
 
==Overview==
 
==Overview==
  
In the Honeycomb project, OWASP is assembling the most comprehensive and integrated guide ever attempted to the fundamental building blocks of application security (principles, threats, attacks, vulnerabilities, and countermeasures) through collaborative community efforts. You can view the [[OWASP Honeycomb Project Roadmap]] to find out what is being worked on and how you can help.
+
In the Honeycomb project, OWASP is assembling the most comprehensive and integrated guide ever attempted to the fundamental building blocks of application security (principles, threats, attacks, vulnerabilities, and countermeasures) through collaborative community efforts.
 +
 
 +
OWASP has been steadily plugging away at this problem since 2000, across projects like VulnXML, WAS-XML, Top Ten, WebScarab, WebGoat, Testing Project, Guide, and others. At the same time, OWASP members have been hard at work securing the most important applications in the world. We're trying to bring our practical experience to this difficult area.
 +
 
 +
Although there is already a wealth of information here, we are just starting on this project. We need volunteers to help us complete articles, categorize articles appropriately, eliminate duplication, and more.  You can view the [[OWASP Honeycomb Project Roadmap]] to find out what is being worked on and how you can help.
 +
 
 +
==Organization==
 +
 
 +
Application security information cannot be organized into a one-dimensional taxonomy. We've adopted the [http://en.wikipedia.org/wiki/Folksonomy folksonomy] tagging approach to solving this problem. We simply tag our articles with a number of different categories. You can use these categories to help get different views into the complex, interconnected set of topics that is application security.
 +
 
 +
The tagging scheme does have a simple hierarchy, though. The top level categories are:
 +
 
 +
* [[:Category:Principle|Principles]]
 +
* [[:Category:Threat_Agent|Threat Agents]]
 +
* [[:Category:Vulnerability|Vulnerabilities]]
 +
* [[:Category:Attack|Attacks]]
 +
* [[:Category:Countermeasure|Countermeasures]]
 +
* [[:Category:Category:Technical_impact|Technical Impacts]]
 +
* [[:Category:Category:Business_impact|Business Impacts]]
 +
 
 +
Each of these categories may have subcategories. For example, there is a general [[:Category:Vulnerability|Vulnerability]] category for all articles describing a vulnerability. There are also tags for more specific types of vulnerabilities, such as those listed below:
 +
 
 +
* [[:Category:API Abuse]]
 +
* [[:Category:Access Control Vulnerability]]
 +
* [[:Category:Authentication Vulnerability]]
 +
* [[:Category:Code Permission Vulnerability]]
 +
* [[:Category:Code Quality Vulnerability]]
 +
* [[:Category:Cryptographic Vulnerability]]
 +
* [[:Category:Environmental Vulnerability]]
 +
* [[:Category:Error Handling Vulnerability]]
 +
* [[:Category:General Logic Error Vulnerability]]
 +
* [[:Category:Input Validation Vulnerability]]
 +
* [[:Category:Logging and Auditing Vulnerability]]
 +
* [[:Category:Password Management Vulnerability]]
 +
* [[:Category:Path Vulnerability]]
 +
* [[:Category:Protocol Errors]]
 +
* [[:Category:Range and Type Error Vulnerability]]
 +
* [[:Category:Sensitive Data Protection Vulnerability]]
 +
* [[:Category:Session Management Vulnerability]]
 +
* [[:Category:Synchronization and Timing Vulnerability]]
 +
* [[:Category:Unsafe Mobile Code]]
 +
* [[:Category:Use of Dangerous API]]
 +
 
 +
<!-- eventually fill out this table
 +
 
 +
{| class="wikitable" style="margin: 1em auto 1em auto"
 +
|+ '''Basic Categories'''
 +
! [[:Category:Principle|Principles]]
 +
|| [[:Category:Threat|Threats]]
 +
|| [[:Category:Attack|Attacks]]
 +
|| [[:Category:Vulnerability|Vulnerabilities]]
 +
|| [[:Category:Countermeasure|Countermeasures]]
 +
|-
 +
| P1
 +
|| T1
 +
|| A1
 +
|| V1
 +
|| C1
 +
|-
 +
| P1
 +
|| T1
 +
|| A1
 +
|| V1
 +
|| C1
 +
|}
 +
 
 +
-->
  
 
==Background==
 
==Background==
  
* What we are trying to accomplish?
+
'''What we are trying to accomplish?'''
* The difficulties in organizing this information
+
 
* The approach we’ve taken
+
Our basic assumption is that we will never be able to make progress in application security without some basic building blocks. We've identified [[:Category:Principle|principles]], [[:Category:Threat|threats]], [[:Category:Vulnerability|vulnerabilities]], [[:Category:Attack|attacks]], and [[:Category:Countermeasure|countermeasures]] as the fundamentals to most application security activities. So we've set out to capture all the common names used in these areas, gather as much information as we can about each, and interlink them in a meaningful way.
* Why our approach solves the problems?
+
 
* Why the name Honeycomb?
+
'''The difficulties in organizing this information'''
 +
 
 +
Most efforts to organization application security information attempt to force the information into a one-dimensional taxonomy of one sort or another. These efforts (including the [[OWASP Top Ten]]) have failed to adequately make the information useful. Attempting to simplify application security into a one-dimensional taxonomy makes the information useless for many critical tasks.
 +
 
 +
'''The approach we’ve taken'''
 +
 
 +
We've decided to apply the 'folksonomy' approach popularized recently to organize information with many complex relationships. So each of the major types of building blocks has its own 'tag' (called a 'category' in MediaWiki). This organizes the basic types of articles. Then within each article, we have references to other related articles, so that it is possible to explore the information set.
 +
 
 +
'''Why the name Honeycomb?'''
 +
 
 +
We are trying to use a distributed, self-organizing approach to create something beyond any of the individuals involved. Honeycombs are spontaneously formed in nature from the complex interaction of simple elements. See http://www.sciencedaily.com/releases/2006/08/060818014819.htm.
  
 
==How to use the information?==  
 
==How to use the information?==  
  
We're not sure all the ways that this information might be used. But we're sure that knowing how all the pieces fit together will help.
+
We're not sure all the ways that this information might be used. But we're sure that having all the pieces defined and knowing how they fit together will help.
  
 
* Architects may want to use this information when [[threat modeling]] their applications. You'll want to identify combinations of threats, attacks, and vulnerabilities that apply to your system. Then you should select appropriate countermeasures and use the principles to help guide design decisions.
 
* Architects may want to use this information when [[threat modeling]] their applications. You'll want to identify combinations of threats, attacks, and vulnerabilities that apply to your system. Then you should select appropriate countermeasures and use the principles to help guide design decisions.
Line 21: Line 98:
 
* Security researchers may want to use this framework to organize their thinking about security and help to ensure completeness.
 
* Security researchers may want to use this framework to organize their thinking about security and help to ensure completeness.
  
==How to add an article into Honeycomb Project?==
+
==Related Projects==
 +
 
 +
The [http://cve.mitre.org/cwe/about/index.html Common Weakness Enumeration (CWE)] project at Mitre is a formal list of software weaknesses created to serve as a common language for describing software security weaknesses in architecture, design, or code; serve as a standard measuring stick for software security tools targeting these weaknesses; and provide a common baseline standard for weakness identification, mitigation, and prevention efforts.
 +
 
 +
The [http://samate.nist.gov/index.php/Main_Page Software Assurance Metrics and Tool Evaluation (SAMATE)] project from NIST "supports the Department of Homeland Security's Software Assurance Tools and R&D Requirements Identification Program. The objective of part 3, Technology (Tools and Requirements) is the identification, enhancement and development of software assurance tools. NIST is leading in (A) testing software evaluation tools, (B) measuring the effectiveness of tools, and (C) identifying gaps in tools and methods."
  
 
==Volunteers Needed==
 
==Volunteers Needed==
Line 37: Line 118:
  
 
To find out more about what you can help, please go to [[OWASP Honeycomb Project Roadmap]].
 
To find out more about what you can help, please go to [[OWASP Honeycomb Project Roadmap]].
 +
 +
== Feedback and Participation: ==
 +
 +
We hope you find the OWASP Honeycomb Project useful. Please contribute to the Project by volunteering for one of the Tasks, sending your comments, questions, and suggestions to owasp@owasp.org.  To join the OWASP Honeycomb Project mailing list or view the archives, please visit the [http://lists.owasp.org/mailman/listinfo/owasp-honeycomb subscription page.]
 +
 +
 +
=Articles=
 +
 +
Listed on the pages below are '''all''' the articles that are a part of the Honeycomb project. It is interesting to browse, but it is just an unstructured alphabetical list. All the articles are tagged with various categories that are a part of this project to help you find the article you're looking for.
 +
 +
'''Note: the portal only lists categories that start with the letters of the first 200 articles. To view other categories, select the "next 200" button.'''
 +
 +
== ==
 +
 +
 +
__NOTOC__

Latest revision as of 17:57, 8 May 2009

Subcategories

This category has the following 8 subcategories, out of 8 total.

C

C cont.

T

V