This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests.
To view the new OWASP Foundation website, please visit https://owasp.org

Category:OWASP Top Ten Project

From OWASP
Revision as of 08:04, 18 April 2017 by Ivy Zhang (talk | contribs) (Change Chinese Translation team names)

Jump to: navigation, search
Flagship big.jpg

OWASP Top 10 - 2017 Release Candidate

The release candidate for public comment was published 10 April 2017 and can be downloaded here. OWASP plans to release the final OWASP Top 10 - 2017 in July or August 2017 after a public comment period ending June 30, 2017.

Constructive comments on this OWASP Top 10 - 2017 Release Candidate should be forwarded via email to the OWASP Top 10 Project Email List. Private comments may be sent to Dave Wichers. Anonymous comments are welcome. All non-private comments will be catalogued and published at the same time as the final public release. Comments recommending changes to the Top 10 should include a complete suggested list of changes, along with a rationale for each change. All comments should indicate the specific relevant page and section.

OWASP Top 10 Most Critical Web Application Security Risks

The OWASP Top 10 is a powerful awareness document for web application security. It represents a broad consensus about the most critical security risks to web applications. Project members include a variety of security experts from around the world who have shared their expertise to produce this list.

We urge all companies to adopt this awareness document within their organization and start the process of ensuring that their web applications minimize these risks. Adopting the OWASP Top 10 is perhaps the most effective first step towards changing the software development culture within your organization into one that produces secure code.

Translation Efforts

The OWASP Top 10 has been translated to many different languages by numerous volunteers. These translations are available as follows:

Licensing

The OWASP Top 10 is free to use. It is licensed under the http://creativecommons.org/licenses/by-sa/3.0/ Creative Commons Attribution-ShareAlike 3.0 license, so you can copy, distribute and transmit the work, and you can adapt it, and use it commercially, but all provided that you attribute the work and if you alter, transform, or build upon this work, you may distribute the resulting work only under the same or similar license to this one.


What is the OWASP Top 10?

The OWASP Top 10 provides:

  • A list of the 10 Most Critical Web Application Security Risks

For each Risk it provides:

  • A description
  • Example vulnerabilities
  • Example attacks
  • Guidance on how to avoid
  • References to OWASP and other related resources

Project Leader

Related Projects

Ohloh

Quick Download

Email List

Project Email List

News and Events

  • [10 Apr 2017] OWAP Top 20 - 2017 Release Candidate Published
  • [17 Dec 2016] OWASP Top 10 - 2017 Data Call Data Published
  • [20 May 2016] OWASP Top 10 - 2017 Data Call Announced
  • [12 Jun 2013] OWASP Top 10 - 2013 Final Released
  • [Feb 2013] OWASP Top 10 - 2013 - Release Candidate Published

Classifications

Owasp-flagship-trans-85.png Owasp-builders-small.png
Owasp-defenders-small.png
Cc-button-y-sa-small.png
Project Type Files DOC.jpg
OWASP Project Header.jpg

The release candidate for public comment was published 10 April 2017 and can be downloaded here.. OWASP plans to release the final OWASP Top 10 - 2017 in July or August 2017 after a public comment period ending June 30, 2017.

Constructive comments on this OWASP Top 10 - 2017 Release Candidate should be forwarded via email to the OWASP Top 10 Project Email List. Private comments may be sent to Dave Wichers. Anonymous comments are welcome. All non-private comments will be catalogued and published at the same time as the final public release. Comments recommending changes to the Top 10 should include a complete suggested list of changes, along with a rationale for each change. All comments should indicate the specific relevant page and section.

This release of the OWASP Top 10 marks this project’s fourteenth year of raising awareness of the importance of application security risks. This release follows the 2013 update, whose main change was the addition of 2013-A9 Use of Known Vulnerable Components. We are pleased to see that since the 2013 Top 10 release, a whole ecosystem of both free and commercial tools have emerged to help combat this problem as the use of open source components has continued to rapidly expand across practically every programming language. The data also suggests the use of known vulnerable components is still prevalent, but not as widespread as before. We believe the awareness of this issue the Top 10 - 2013 generated has contributed to both of these changes.

We also noticed that since CSRF was introduced to the Top 10 in 2007, it has dropped from a widespread vulnerability to an uncommon one. Many frameworks include automatic CSRF defenses which has significantly contributed to its decline in prevalence, along with much higher awareness with developers that they must protect against such attacks.

For 2017, the OWASP Top 10 Most Critical Web Application Security Risks (in the Release Candidate) are:

  • A1 Injection
  • A2 Broken Authentication and Session Management
  • A3 Cross-Site Scripting (XSS)
  • A4 Broken Access Control (As it was in 2004)
  • A5 Security Misconfiguration
  • A6 Sensitive Data Exposure
  • A7 Insufficient Attack Protection (NEW)
  • A8 Cross-Site Request Forgery (CSRF)
  • A9 Using Components with Known Vulnerabilities
  • A10 Underprotected APIs (NEW)

2017 Update Data Call Data

DATA CALL RESULTS ARE NOW PUBLIC: The results of this data call have been made public here as an Excel spreadsheet with 4 tabs. Three of the tabs have raw data as submitted, organized into three vulnerability data size categories: large, small, and none. A 4th tab includes some basic analysis of the large size submissions. The OWASP Top 10 project thanks all the submitters for their input to the OWASP Top 10 - 2017.

On May 20, 2016, the Top 10 project made a public announcement of the data call for the 2017 update to the OWASP Top 10. Contributors filled out the Google form posted here: OWASP Top 10 - 2017 Data Call, which had the questions listed below.

Page 1 of 5: Submitter Info

  • Name of Company/Organization *
  • Company/Organization Web Site *
  • Point of Contact Name *
  • Point of Contact E-Mail *

Page 2 of 5: Background on Applications

  • During what year(s) was this data collected? *
    • 2014
    • 2015
    • Both 2014 & 2015
      • If the application vulnerability data you are submitting was extracted from a publicly available report, please provide a link to that report (or reports), and the relevant page number(s)
  • How many web applications do the submitted results cover? * We consider web apps, web services, and the server side of mobile apps to all be web apps.
  • What were the primary programming languages the applications you reviewed written in? Primary being 5% or more of the supplied results - Check all that apply
    • Java
    • .NET
    • Python
    • PHP
    • Ruby
    • Grails
    • Play
    • Node.js
    • Other:
  • Please supply the exact percentage of applications per language checked off above:
  • What were the primary industries these applications supported? Primary being 5% or more of the supplied results - Check all that apply
    • Financial
    • Healthcare
    • eCommerce
    • Internet/Social Media
    • Airline
    • Energy
    • Entertainment (Games/Music/Movies)
    • Government
    • Other:
  • Where in the world were the application owners primarily? Again - select those where 5% or more of your results came from
    • North America
    • Europe
    • AsiaPac
    • South America
    • Middle East
    • Africa
    • Other:

Page 3 of 5: Assessment Team and Detection Approach

  • What type of team did the bulk of this work? *
    • Internal Assessment Team(s)
    • Consulting Organization
    • Product Vendor/Service Provider (e.g., SaaS)
    • Other:
  • What type of analysis tools do they use? * Check all that apply.
    • Free/Open Source Static Application Security Testing (SAST) Tools
    • Free/Open Source Dynamic Application Security Testing (DAST) Tools
    • Free/Open Source Interactive Application Security Testing (IAST) Tools
    • Commercial Static Application Security Testing (SAST) Tools
    • Commercial Dynamic Application Security Testing (DAST) Tools
    • Commercial Interactive Application Security Testing (IAST) Tools
    • Commercial DAST/IAST Hybrid Analysis Tools
    • Other:
  • Which analysis tools do you frequently use? This includes both free, commercial, and custom (in house) tools - List tools by name
  • What is your primary assessment methodology? * Primary being the majority of your assessments follow this approach
    • Raw (untriaged) output of automated analysis tool results using default rules
    • Automated analysis tool results - with manual false positive analysis/elimination
    • Output from manually tailored automated analysis tool(s)
    • Output from manually tailored automated analysis tool(s) - with manual false positive analysis/elimination
    • Manual expert penetration testing (Expected to be tool assisted w/ free DAST tool(s))
    • Manual expert penetration testing with commercial DAST tool(s)
    • Manual expert code review (Using IDE and other free code review aids)
    • Manual expert code review with commercial SAST tool(s)
    • Combined manual expert code review and penetration testing with only free tools
    • Combined manual expert code review and penetration testing with only commercial tools
    • Other:

Page 4 of 5: Application Vulnerability Data

Each question asks the number of vulnerabilities found for a particular type of vulnerability. At the end, is one catch all text question where you can add other types of vulnerabilities and their counts. If you prefer, just send your vulnerability data in a spreadsheet to [email protected] with these columns: CATEGORY NAME, CWE #, COUNT after you submit the rest of your input via this data call. ideally it would come from the email address you specified in the Point of Contact E-Mail question on Page 1 so its easy to correlate the two.

  • Number of SQL Injection Vulnerabilities Found (CWE-89)?
  • Number of Hibernate Injection Vulnerabilities Found (CW-564)?
  • Number of Command Injection Vulnerabilities Found (CWE-77)?
  • Number of Authentication Vulnerabilities Found (CWE-287)?
  • Number of Session Fixation Vulnerabilities Found (CWE-384)?
  • Number of Cross-Site Scripting (XSS) Vulnerabilities Found (CWE-79)?
  • Number of DOM-Based XSS Vulnerabilities Found (No CWE)?
  • Number of Insecure Direct Object Reference Vulnerabilities Found (CWE-639)?
  • Number of Path Traversal Vulnerabilities Found (CWE-22)?
  • Number of Missing Authorization Vulnerabilities Found (CWE-285)?
  • Number of Security Misconfiguration Vulnerabilities Found (CWE-2)?
  • Number of Cleartext Transmission of Sensitive Information Vulnerabilities Found (CWE-319)?
  • Number of Cleartext Storage of Sensitive Information Vulnerabilities Found (CWE-312)?
  • Number of Weak Encryption Vulnerabilities Found (CWE-326)?
  • Number of Cryptographic Vulnerabilities Found (CWEs-310/326/327/etc)?
    • You can report them all lumped together in 310 or in their individual categories. However you want.
  • Number of Improper (Function Level) Access Control Vulnerabilities Found (CWE-285)?
  • Number of Cross-Site Request Forgery (CSRF) Vulnerabilities Found (CWE-352)?
  • Number of Use of Known Libraries Found (No CWE)?
  • Number of Unchecked Redirect Vulnerabilities Found (CWE-601)?
  • Number of Unvalidated Forward Vulnerabilities Found (No CWE)?
  • Number of Clickjacking Vulnerabilities Found (No CWE)?
  • Number of XML eXternal Entity Injection (XXE) Vulnerabilities Found (CWE-611)?
  • Number of Server-Side Request Forgery (SSRF) Vulnerabilities Found (CWE-918)?
  • Number of Denial of Service (DOS) Vulnerabilities Found (CWE-400)?
  • Number of Expression Language Injection Vulnerabilities Found (CWE-917)?
  • Number of Error Handling Vulnerabilities Found (CWE-388)?
  • Number of Information Leakage/Disclosure Vulnerabilities Found (CWE-200)?
  • Number of Insufficient Anti-automation Vulnerabilities Found (CWE-799)?
  • Number of Insufficient Security Logging Vulnerabilities Found (CWE-778)?
  • Number of Insufficient Intrusion Detection and Response Vulnerabilities Found (No CWE)?
  • Number of Mass Assignment Vulnerabilities Found (CWE-915)?
  • What other vulnerabilities did you find?
    • Please provide in this format: CATEGORY NAME, CWE #, COUNT (one line per category). Say "No CWE" if there isn't a CWE # for that category. If you plan to send all your vulnerability data in via an email, please state so here so we know to expect it.

Page 5 of 5: Suggestions for the next OWASP Top 10

What do you think we should change?

  • Vulnerability types you think should be added to the T10? Because they are an unappreciated risk, widespread, becoming more prevalent, a new type of vulnerability, etc.
  • Vulnerability types you think should be removed from the T10?
  • Suggested changes to the Top 10 Document/Wiki?
  • Suggestions on how to improve this call for data?

Project Sponsors

The OWASP Top 10 project is sponsored by Aspect_logo_owasp.jpg       

OWASP Project Header.jpg

On June 12, 2013 the OWASP Top 10 for 2013 was officially released. This version was updated based on numerous comments received during the comment period after the release candidate was released in Feb. 2013.

For 2013, the OWASP Top 10 Most Critical Web Application Security Risks are:

If you are interested, the methodology for how the Top 10 is produced is now documented here: OWASP Top 10 Development Methodology

Please help us make sure every developer in the ENTIRE WORLD knows about the OWASP Top 10 by helping to spread the word!!!

As you help us spread the word, please emphasize:

  • OWASP is reaching out to developers, not just the application security community
  • The Top 10 is about managing risk, not just avoiding vulnerabilities
  • To manage these risks, organizations need an application risk management program, not just awareness training, app testing, and remediation

We need to encourage organizations to get off the penetrate and patch mentality. As Jeff Williams said in his 2009 OWASP AppSec DC Keynote: “we’ll never hack our way secure – it’s going to take a culture change” for organizations to properly address application security.

Introduction

The OWASP Top 10 is a powerful awareness document for web application security. It represents a broad consensus about the most critical security risks to web applications. Project members include a variety of security experts from around the world who have shared their expertise to produce this list. Versions of the 2007 and 2010 version were translated into English, French, Spanish, Japanese, Korean and Turkish and other languages. The 2013 version was translated into even more languages.

We urge all companies to adopt this awareness document within their organization and start the process of ensuring that their web applications minimize these risks. Adopting the OWASP Top 10 is perhaps the most effective first step towards changing the software development culture within your organization into one that produces secure code.

Changes between 2010 and 2013 Editions

The OWASP Top 10 - 2013 includes the following changes as compared to the 2010 edition:

  • A1 Injection
  • A2 Broken Authentication and Session Management (was formerly 2010-A3)
  • A3 Cross-Site Scripting (XSS) (was formerly 2010-A2)
  • A4 Insecure Direct Object References
  • A5 Security Misconfiguration (was formerly 2010-A6)
  • A6 Sensitive Data Exposure (2010-A7 Insecure Cryptographic Storage and 2010-A9 Insufficient Transport Layer Protection were merged to form 2013-A6)
  • A7 Missing Function Level Access Control (renamed/broadened from 2010-A8 Failure to Restrict URL Access)
  • A8 Cross-Site Request Forgery (CSRF) (was formerly 2010-A5)
  • A9 Using Components with Known Vulnerabilities (new but was part of 2010-A6 – Security Misconfiguration)
  • A10 Unvalidated Redirects and Forwards

Other 2013 Top 10 Docs

OWASP Web Top 10 for 2013.png

Feedback

Please let us know how your organization is using the OWASP Top 10. Include your name, organization's name, and brief description of how you use the list. Thanks for supporting OWASP!

We hope you find the information in the OWASP Top 10 useful. Please contribute back to the project by sending your comments, questions, and suggestions to [email protected]. Thanks!

To join the OWASP Top 10 mailing list or view the archives, please visit the subscription page.

Project Sponsors

The OWASP Top 10 project is sponsored by Aspect_logo_owasp.jpg       


OWASP Project Header.jpg

On April 19, 2010 the final version of the OWASP Top 10 for 2010 was released, and here is the associated press release. This version was updated based on numerous comments received during the comment period after the release candidate was released in Nov. 2009.

For 2010, the OWASP Top 10 Most Critical Web Application Security Risks are:

Introduction

The OWASP Top 10 is a powerful awareness document for web application security. It represents a broad consensus about the most critical security risks to web applications. Project members include a variety of security experts from around the world who have shared their expertise to produce this list. Versions of the 2007 were translated into English, French, Spanish, Japanese, Korean and Turkish and other languages and the 2010 version was translated into even more languages. See below for all the translated versions.

2010 Versions

2010 Edition:

2010 Translations:

2010 Release Candidate:

Previous versions:

Project Sponsors

The OWASP Top 10 project is sponsored by Aspect_logo_owasp.jpg       

OWASP Project Header.jpg

Efforts are already underway to translate the OWASP Top 10 for 2017. NOTE: This is still a release candidate so will definitely change before it's final. To avoid rework, you might want to wait until the final is released.If you are interested in helping, please contact the members of the team for the language you are interested in contributing to, or if you don't see your language listed, please let me know you want to help and we'll form a volunteer group for your language.

Here is the original source document for the OWASP Top 10 - 2017 Release Candidate which is in PowerPoint. Please use this document as the basis for your translation efforts.

2017 Release Candidate Translation Teams:

  • French: Ludovic Petit: [email protected], Sébastien Gioria: [email protected].
  • Chinese: 王颉、包悦忠、Rip、顾凌志、王厚奎、王文君、吴楠、夏天泽、夏玉明、杨天识、袁明坤

张镇(排名不分先后,按姓氏拼音排列) OWASP Top10 2017 RC1 - Chinese PDF

  • Others to be listed.

2013 Completed Translations:

2010 Completed Translations:

OWASP Project Header.jpg
PROJECT INFO
What does this OWASP project offer you?
RELEASE(S) INFO
What does this OWASP project release offer you?
what is this project?
OWASP Top Ten Project

Purpose: The OWASP Top Ten provides a powerful awareness document for web application security. The OWASP Top Ten represents a broad consensus about what the most critical web application security flaws are.

License: Creative Commons Attribution Share Alike 3.0

who is working on this project?
Project Leader:

Project Maintainer:

Project Contributor(s):

how can you learn more?
Project Pamphlet: N/A

3x slide Project Presentation: N/A

Mailing list: Subscribe or read the archives

Project Roadmap: N/A

Main links:

Project Health: Greenlight.pngGreenlight.pngGreenlight.png Level 3 Project (Provisional)
To be reviewed under Assessment Criteria v2.0

Key Contacts
  • Contact Andrew van der Stock @ to contribute, review or sponsor this project
  • Contact the GPC to report a problem or concern about this project or to update information.
current release
OWASP Top 10 - 2017 RC1 - April 2017 - (download)

Release Leader: Andrew van der Stock @

Release details: N/A :

Rating: Greenlight.png Alpha Release
To be reviewed under Assessment Criteria v2.0

last reviewed release
OWASP Top 10 - 2013 - June 2013 - (download)


Release Leader: Wichers @

Release details: N/A

Rating: Greenlight.pngGreenlight.pngGreenlight.png Stable Release
To be reviewed under Assessment Criteria v2.0

other releases
  • OWASP Top 10 2010 - 2010 - (download)
  • OWASP Top 10 2007 - 2007 - (download)
  • OWASP Top 10 2004 - 2004 - (download)
  • OWASP Top 10 2003 - 2003 - (no download available)
OWASP Project Header.jpg

Warning: these articles have not been rated for accuracy by OWASP. Product companies should be extremely careful about claiming to "cover" or "ensure compliance" with the OWASP Top 10. The current state-of-the-art for automated detection (scanners and static analysis) and prevention (WAF) is nowhere near sufficient to claim adequate coverage of the issues in the Top 10. Nevertheless, using the Top 10 as a simple way to communicate security to end users is effective.

Microsoft
as a way to measure the coverage of their SDL and improve security
PCI Council
as part of the Payment Card Industry Data Security Standard (PCI DSS)
Microsoft
to show how "T10 threats are handled by the security design and test procedures of Microsoft"
OWASP
OWASP Top 10 Mapped to the Web Hacking Incident Database
OWASP
OWASP Mobile Top 10 Risks
OWASP
OWASP Top 10 Cheat Sheet

Subcategories

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

O

Pages in category "OWASP Top Ten Project"

The following 107 pages are in this category, out of 107 total.

T

Media in category "OWASP Top Ten Project"

The following 2 files are in this category, out of 2 total.