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

Difference between revisions of "Top 10-2017 What's Next for Organizations"

From OWASP
Jump to: navigation, search
(Prepare OWASP Top 10-2017 Release (Content))
m (Editorial changes e.g. line feed, link texts)
 
Line 9: Line 9:
 
<!--- +O What's Next for Organizations --->
 
<!--- +O What's Next for Organizations --->
 
{{Top_10:SubsectionTableBeginTemplate|type=main}}{{Top_10_2010:SubsectionAdvancedTemplate|type={{Top_10_2010:StyleTemplate}}|subsection=freetext|position=firstWhole|title=Start Your Application Security Program Now|year=2017|language=en}}
 
{{Top_10:SubsectionTableBeginTemplate|type=main}}{{Top_10_2010:SubsectionAdvancedTemplate|type={{Top_10_2010:StyleTemplate}}|subsection=freetext|position=firstWhole|title=Start Your Application Security Program Now|year=2017|language=en}}
Application security is no longer optional. Between increasing attacks and regulatory pressures, organizations must establish effective processes and capabilities for securing their applications and APIs. Given the staggering amount of code in the numerous applications and APIs already in production, many organizations are struggling to get a handle on the enormous volume of vulnerabilities.  
+
Application security is no longer optional. Between increasing attacks and regulatory pressures, organizations must establish effective processes and capabilities for securing their applications and APIs. Given the staggering amount of code in the numerous applications and APIs already in production, many organizations are struggling to get a handle on the enormous volume of vulnerabilities.<br/>
 
OWASP recommends organizations establish an application security program to gain insight and improve security across their applications and APIs. Achieving application security requires many different parts of an organization to work together efficiently, including security and audit, software development, business, and executive management. Security should be visible and measurable, so that all the different players can see and understand the organization’s application security posture. Focus on the activities and outcomes that actually help improve enterprise security by eliminating or reducing risk. <u>[[OWASP_SAMM_Project|OWASP SAMM]]</u> and the <u>[[Application_Security_Guide_For_CISOs|OWASP Application Security Guide for CISOs]]</u> is the source of most of the key activities in this list.
 
OWASP recommends organizations establish an application security program to gain insight and improve security across their applications and APIs. Achieving application security requires many different parts of an organization to work together efficiently, including security and audit, software development, business, and executive management. Security should be visible and measurable, so that all the different players can see and understand the organization’s application security posture. Focus on the activities and outcomes that actually help improve enterprise security by eliminating or reducing risk. <u>[[OWASP_SAMM_Project|OWASP SAMM]]</u> and the <u>[[Application_Security_Guide_For_CISOs|OWASP Application Security Guide for CISOs]]</u> is the source of most of the key activities in this list.
 
<br/ style="font-size:5px">
 
<br/ style="font-size:5px">
Line 16: Line 16:
 
* Document all applications and associated data assets. Larger organizations should consider implementing a Configuration Management Database (CMDB) for this purpose.
 
* Document all applications and associated data assets. Larger organizations should consider implementing a Configuration Management Database (CMDB) for this purpose.
 
* Establish an <u>[[SAMM_-_Strategy_&_Metrics_-_1|application security program]]</u> and drive adoption.
 
* Establish an <u>[[SAMM_-_Strategy_&_Metrics_-_1|application security program]]</u> and drive adoption.
* Conduct a <u>[[SAMM_-_Strategy_&_Metrics_-_3|capability gap analysis]]</u> comparing your organization to your peers to define key improvement areas and an execution plan.
+
* Conduct a <u>[[SAMM_-_Strategy_&_Metrics_-_3|capability gap analysis comparing your organization to your peers]]</u> to define key improvement areas and an execution plan.
 
* Gain management approval and establish an <u>[[SAMM_-_Education_&_Guidance_-_1|application security awareness campaign]]</u> for the entire IT organization.
 
* Gain management approval and establish an <u>[[SAMM_-_Education_&_Guidance_-_1|application security awareness campaign]]</u> for the entire IT organization.
 
{{Top 10:GrayBoxEnd|year=2017}}
 
{{Top 10:GrayBoxEnd|year=2017}}
Line 22: Line 22:
 
<b>Risk Based Portfolio Approach</b>
 
<b>Risk Based Portfolio Approach</b>
 
* Identify the <u>[[SAMM_-_Strategy_&_Metrics_-_2|protection needs]]</u> of your <u>[[SAMM_-_Strategy_&_Metrics_-_2|application portfolio]]</u> from a business perspective. This should be driven in part by privacy laws and other regulations relevant to the data asset being protected.  
 
* Identify the <u>[[SAMM_-_Strategy_&_Metrics_-_2|protection needs]]</u> of your <u>[[SAMM_-_Strategy_&_Metrics_-_2|application portfolio]]</u> from a business perspective. This should be driven in part by privacy laws and other regulations relevant to the data asset being protected.  
* Establish a common <u>[[OWASP_Risk_Rating_Methodology|risk rating model]]</u> with a consistent set of likelihood and impact factors reflective of your organization's tolerance for risk.  
+
* Establish a <u>[[OWASP_Risk_Rating_Methodology|common risk rating model]]</u> with a consistent set of likelihood and impact factors reflective of your organization's tolerance for risk.  
 
* Accordingly measure and prioritize all your applications and APIs. Add the results to your CMDB.  
 
* Accordingly measure and prioritize all your applications and APIs. Add the results to your CMDB.  
 
* Establish assurance guidelines to properly define coverage and level of rigor required.
 
* Establish assurance guidelines to properly define coverage and level of rigor required.
Line 29: Line 29:
 
<b>Enable with a Strong Foundation</b>
 
<b>Enable with a Strong Foundation</b>
 
* Establish a set of focused <u>[[SAMM_-_Policy_&_Compliance_-_2|policies and standards]]</u> that provide an application security baseline for all development teams to adhere to.
 
* Establish a set of focused <u>[[SAMM_-_Policy_&_Compliance_-_2|policies and standards]]</u> that provide an application security baseline for all development teams to adhere to.
* Define a common set of <u>[[OWASP_Security_Knowledge_Framework|reusable security controls]]</u> that complement these policies and standards and provide design and development guidance on their use.
+
* Define a <u>[[OWASP_Security_Knowledge_Framework|common set of reusable security controls]]</u> that complement these policies and standards and provide design and development guidance on their use.
 
* Establish an <u>[[SAMM_-_Education_&_Guidance_-_2|application security training curriculum]]</u> that is required and targeted to different development roles and topics.
 
* Establish an <u>[[SAMM_-_Education_&_Guidance_-_2|application security training curriculum]]</u> that is required and targeted to different development roles and topics.
 
{{Top 10:GrayBoxEnd|year=2017}}
 
{{Top 10:GrayBoxEnd|year=2017}}
Line 35: Line 35:
 
<b>Integrate Security into Existing Processes</b>
 
<b>Integrate Security into Existing Processes</b>
 
* Define and integrate <u>[[SAMM_-_Construction|secure implementation]]</u> and <u>[[SAMM_-_Verification|verification]]</u> activities into existing development and operational processes.  
 
* Define and integrate <u>[[SAMM_-_Construction|secure implementation]]</u> and <u>[[SAMM_-_Verification|verification]]</u> activities into existing development and operational processes.  
* Activities include <u>[[SAMM_-_Threat_Assessment_-_1|threat modeling]]</u>, secure <u>[[SAMM_-_Design_Review_-_1|design and design review]]</u>, secure coding and <u>[[SAMM_-_Code_Review_-_1|code review]]</u>, <u>[[SAMM_-_Security_Testing_-_1|penetration testing]]</u>, and remediation.
+
* Activities include <u>[[SAMM_-_Threat_Assessment_-_1|threat modeling]]</u>, secure design and <u>[[SAMM_-_Design_Review_-_1|design review]]</u>, secure coding and <u>[[SAMM_-_Code_Review_-_1|code review]]</u>, <u>[[SAMM_-_Security_Testing_-_1|penetration testing]]</u>, and remediation.
 
* Provide subject matter experts and <u>[[SAMM_-_Education_&_Guidance_-_3|support services for development and project teams]]</u> to be successful.
 
* Provide subject matter experts and <u>[[SAMM_-_Education_&_Guidance_-_3|support services for development and project teams]]</u> to be successful.
 
{{Top 10:GrayBoxEnd|year=2017}}
 
{{Top 10:GrayBoxEnd|year=2017}}

Latest revision as of 17:29, 1 January 2018

← What's Next for Security Testers
2017 Table of Contents

PDF version

What's Next for Application Managers →
Start Your Application Security Program Now

Application security is no longer optional. Between increasing attacks and regulatory pressures, organizations must establish effective processes and capabilities for securing their applications and APIs. Given the staggering amount of code in the numerous applications and APIs already in production, many organizations are struggling to get a handle on the enormous volume of vulnerabilities.
OWASP recommends organizations establish an application security program to gain insight and improve security across their applications and APIs. Achieving application security requires many different parts of an organization to work together efficiently, including security and audit, software development, business, and executive management. Security should be visible and measurable, so that all the different players can see and understand the organization’s application security posture. Focus on the activities and outcomes that actually help improve enterprise security by eliminating or reducing risk. OWASP SAMM and the OWASP Application Security Guide for CISOs is the source of most of the key activities in this list.

Get Started

Risk Based Portfolio Approach

  • Identify the protection needs of your application portfolio from a business perspective. This should be driven in part by privacy laws and other regulations relevant to the data asset being protected.
  • Establish a common risk rating model with a consistent set of likelihood and impact factors reflective of your organization's tolerance for risk.
  • Accordingly measure and prioritize all your applications and APIs. Add the results to your CMDB.
  • Establish assurance guidelines to properly define coverage and level of rigor required.

Enable with a Strong Foundation

Integrate Security into Existing Processes

Provide Management Visibility

  • Manage with metrics. Drive improvement and funding decisions based on the metrics and analysis data captured. Metrics include adherence to security practices and activities, vulnerabilities introduced, vulnerabilities mitigated, application coverage, defect density by type and instance counts, etc.
  • Analyze data from the implementation and verification activities to look for root cause and vulnerability patterns to drive strategic and systemic improvements across the enterprise. Learn from mistakes and offer positive incentives to promote improvements
← What's Next for Security Testers
2017 Table of Contents

PDF version

What's Next for Application Managers →

© 2002-2017 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