Difference between revisions of "Top 10 2013"

From OWASP
Jump to: navigation, search
Line 1: Line 1:
 
= TEMPORARY PLACEHOLDER for 2013 T10 =  
 
= TEMPORARY PLACEHOLDER for 2013 T10 =  
 +
<!-- SEE BOTTOM OF FILE FOR PORTING THIS T10 TO A NEW YEAR -->
 
{{Top_10_2013:TopTemplate|usenext=2013NextLink|next=Release Notes|useprev=Nothing|prev=}}
 
{{Top_10_2013:TopTemplate|usenext=2013NextLink|next=Release Notes|useprev=Nothing|prev=}}
 
{{Top_10_2010:SubsectionColoredTemplate|Foreword|
 
{{Top_10_2010:SubsectionColoredTemplate|Foreword|
Line 70: Line 71:
 
{{Top_10_2013:BottomTemplate|usenext=2013NextLink|next=Release Notes|useprev=Nothing|prev=}}
 
{{Top_10_2013:BottomTemplate|usenext=2013NextLink|next=Release Notes|useprev=Nothing|prev=}}
 
[[Category:OWASP Top Ten Project]]
 
[[Category:OWASP Top Ten Project]]
 +
 +
<!-----------------------------------------------------------
 +
  Moving this T10 to a new year. Moving from 2013 to
 +
  2016 is used as an example.
 +
  -----------------------------------------------------------
 +
1) There are 5 templates that are 2013 specific:
 +
  - Template:2013NextLink
 +
  - Template:2013PrevLink
 +
  - Template:2013CenterLink
 +
  - Template:Top 10 2013:BottomTemplate
 +
  - Template:Top 10 2013:TopTemplate
 +
 +
Create new versions of each of these templates. An alternative is to paramatize the existing 2013 templates. That would likely be better but I'm not Wiki-savvy enough to do it and, as it's only 5 simple templates, I'm not motivated to fix it. If you modify the existing templates, be sure that the default is for the year 2013 or you will break the 2013 T10 Wiki.
 +
 +
2) Create the 2013 pages for the introductory and concluding material. DO NOT DO THIS FOR THE 10 RISK PAGES!
 +
 +
3) For each of the 10 risk pages, create a new page that has the risk number but not the risk name. For example, https://www.owasp.org/index.php/Top_10_2016-A3. Do not create the pages with the risk names on them (eg: https://www.owasp.org/index.php/Top_10_2013-A3-My-Risk).
 +
 +
4) Copy the content from the edit tab of each page of the 2013 T10 to the corresponding 2016 T10. That should move these instructions along with the rest of the T10.
 +
 +
5) For each page of the 2016 T10, change all of the 2013's in the source to 2016's.
 +
 +
6) Remove 2013 content and replace it with 2016. If the formatting has changed between 2013 and 2016 you will need to change the formatting as well.
 +
 +
7) Use the Wiki's move page to move each of the risk pages (eg: https://www.owasp.org/index.php/Top_10_2016-A3) to their final location (eg: https://www.owasp.org/index.php/Top_10_2016-A3-My-Risk). This step is done to allow either easy URL lookup just by the risk ID or complete URL look by the risk ID and risk name.
 +
 +
8) If needed, update these instructions.
 +
 +
9) Congratulate yourself!
 +
 +
  -----------------------------------------------------------
 +
  End of instructions
 +
  ------------------------------------------------------- -->

Revision as of 13:54, 11 February 2013

TEMPORARY PLACEHOLDER for 2013 T10

 
2013 Table of Contents

2013 Top 10 List

[[Top 10 {{{year}}}-Release Notes|Release Notes →]]
Foreword

Insecure software is already undermining our financial, healthcare, defense, energy, and other critical infrastructure. As our digital infrastructure gets increasingly complex and interconnected, the difficulty of achieving application security increases exponentially. We can no longer afford to tolerate relatively simple security problems like those presented in the OWASP Top 10.

The goal of the Top 10 project is to raise awareness about application security by identifying some of the most critical risks facing organizations. The Top 10 project is referenced by many standards, books, tools, and organizations, including MITRE, PCI DSS, DISA, FTC, and many more. This release of the OWASP Top 10 marks this project’s eighth year of raising awareness of the importance of application security risks. The OWASP Top 10 was first released in 2003, minor updates were made in 2004 and 2007, and this is the 2010 release.

We encourage you to use the Top 10 to get your organization started with application security. Developers can learn from the mistakes of other organizations. Executives should start thinking about how to manage the risk that software applications create in their enterprise.

But the Top 10 is not an application security program. Going forward, OWASP recommends that organizations establish a strong foundation of training, standards, and tools that makes secure coding possible. On top of that foundation, organizations should integrate security into their development, verification, and maintenance processes. Management can use the data generated by these activities to manage cost and risk associated with application security.

We hope that the OWASP Top 10 is useful to your application security efforts. Please don’t hesitate to contact OWASP with your questions, comments, and ideas, either publicly to OWASP-TopTen@lists.owasp.org or privately to dave.wichers@owasp.org.

Welcome

Welcome to the OWASP Top 10 2010! This significant update presents a more concise, risk focused list of the Top 10 Most Critical Web Application Security Risks. The OWASP Top 10 has always been about risk, but this update makes this much more clear than previous editions. It also provides additional information on how to assess these risks for your applications.

For each item in the top 10, this release discusses the general likelihood and consequence factors that are used to categorize the typical severity of the risk. It then presents guidance on how to verify whether you have problems in this area, how to avoid them, some example flaws, and pointers to links with more information.

The primary aim of the OWASP Top 10 is to educate developers, designers, architects, managers, and organizations about the consequences of the most important web application security weaknesses. The Top 10 provides basic techniques to protect against these high risk problem areas – and also provides guidance on where to go from here.

Warnings

Don’t stop at 10. There are hundreds of issues that could affect the overall security of a web application as discussed in the OWASP Developer's Guide. This is essential reading for anyone developing web applications today. Guidance on how to effectively find vulnerabilities in web applications are provided in the OWASP Testing Guide and the OWASP Code Review Guide, which have both been significantly updated since the previous release of the OWASP Top 10.

Constant change. This Top 10 will continue to change. Even without changing a single line of your application’s code, you may already be vulnerable to something nobody ever thought of before. Please review the advice at the end of the Top 10 in “What’s Next For Developers, Verifiers, and Organizations” for more information.

Think positive. When you’re ready to stop chasing vulnerabilities and focus on establishing strong application security controls, OWASP has just produced the Application Security Verification Standard (ASVS) as a guide to organizations and application reviewers on what to verify. Use tools wisely. Security vulnerabilities can be quite complex and buried in mountains of code. In virtually all cases, the most cost-effective approach for finding and eliminating these weaknesses is human experts armed with good tools.

Push left. Secure web applications are only possible when a secure software development life-cycle is used. For guidance on how to implement a secure SDLC, we recently released the Open Software Assurance Maturity Model (SAMM), which is a major update to the OWASP CLASP Project.

The Pages of the Top 10


Acknowledgments

Thanks to Aspect Security for initiating, leading, and updating the OWASP Top 10 since its inception in 2002, and to its primary authors:

Aspect_logo.gif

We’d like to thank those organizations that contributed their vulnerability prevalence data to support the 2010 update:

We’d also like to thank those who have contributed significant content or time reviewing this update of the Top 10:

  • Mike Boberski (Booz Allen Hamilton)
  • Juan Carlos Calderon (Softtek)
  • Michael Coates (Aspect Security)
  • Jeremiah Grossman (WhiteHat Security Inc.)
  • Jim Manico (for all the Top 10 podcasts)
  • Paul Petefish (Solutionary, Inc.)
  • Eric Sheridan (Aspect Security)
  • Neil Smithline (OneStopAppSecurity.com)
  • Andrew van der Stock
  • Colin Watson (Watson Hall, Ltd.)
  • OWASP Denmark Chapter (Led by Ulf Munkedal)
  • OWASP Sweden Chapter (Led by John Wilander)


 
2013 Table of Contents

2013 Top 10 List

[[Top 10 {{{year}}}-Release Notes|Release Notes →]]

© 2002-2013 OWASP Foundation This document is licensed under the Creative Commons Attribution-ShareAlike 3.0 license. Some rights reserved. CC-by-sa-3 0-88x31.png
[[Category:OWASP Top Ten {{{year}}} Project]]