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 A6-Security Misconfiguration"
(Prepare OWASP Top 10-2017 Release (Content)) |
m (Editorial change (internal link: underlined and bold)) |
||
Line 27: | Line 27: | ||
<td colspan=2 {{Template:Top_10_2010:SummaryTableRowStyleTemplate|year=2017}}> | <td colspan=2 {{Template:Top_10_2010:SummaryTableRowStyleTemplate|year=2017}}> | ||
<!--- Impacts: ---> | <!--- Impacts: ---> | ||
− | Such flaws frequently give attackers unauthorized access to some system data or functionality. Occasionally, such flaws result in a complete system compromise. The business impact depends on the protection needs of the application and data. </td> | + | Such flaws frequently give attackers unauthorized access to some system data or functionality. Occasionally, such flaws result in a complete system compromise.<br/>The business impact depends on the protection needs of the application and data. </td> |
{{Top_10_2010:SummaryTableEndTemplate|year=2017}} | {{Top_10_2010:SummaryTableEndTemplate|year=2017}} | ||
Line 40: | Line 40: | ||
* The security settings in the application servers, application frameworks (e.g. Struts, Spring, ASP.NET), libraries, databases, etc. not set to secure values. | * The security settings in the application servers, application frameworks (e.g. Struts, Spring, ASP.NET), libraries, databases, etc. not set to secure values. | ||
* The server does not send security headers or directives or they are not set to secure values. | * The server does not send security headers or directives or they are not set to secure values. | ||
− | * The software is out of date or vulnerable (see <b>A9:2017- | + | * The software is out of date or vulnerable (see <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10New|language=en|year=2017 }}_A9-{{Top_10_2010:ByTheNumbers|9|year=2017|language=en}} | A9:2017-{{Top_10_2010:ByTheNumbers|9|year=2017|language=en}}]]</u></b>). |
Without a concerted, repeatable application security configuration process, systems are at a higher risk. | Without a concerted, repeatable application security configuration process, systems are at a higher risk. | ||
Line 47: | Line 47: | ||
* A repeatable hardening process that makes it fast and easy to deploy another environment that is properly locked down. Development, QA, and production environments should all be configured identically, with different credentials used in each environment. This process should be automated to minimize the effort required to setup a new secure environment. | * A repeatable hardening process that makes it fast and easy to deploy another environment that is properly locked down. Development, QA, and production environments should all be configured identically, with different credentials used in each environment. This process should be automated to minimize the effort required to setup a new secure environment. | ||
* A minimal platform without any unnecessary features, components, documentation, and samples. Remove or do not install unused features and frameworks. | * A minimal platform without any unnecessary features, components, documentation, and samples. Remove or do not install unused features and frameworks. | ||
− | * A task to review and update the configurations appropriate to all security notes, updates and patches as part of the patch management process (see <b>A9:2017- | + | * A task to review and update the configurations appropriate to all security notes, updates and patches as part of the patch management process (see <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10New|language=en|year=2017 }}_A9-{{Top_10_2010:ByTheNumbers|9|year=2017|language=en}} | A9:2017-{{Top_10_2010:ByTheNumbers|9|year=2017|language=en}}]]</u></b>). In particular, review cloud storage permissions (e.g. S3 bucket permissions). |
* A segmented application architecture that provides effective, secure separation between components or tenants, with segmentation, containerization, or cloud security groups (ACLs). | * A segmented application architecture that provides effective, secure separation between components or tenants, with segmentation, containerization, or cloud security groups (ACLs). | ||
* Sending security directives to clients, e.g. <u>[[OWASP_Secure_Headers_Project|Security Headers]]</u>. | * Sending security directives to clients, e.g. <u>[[OWASP_Secure_Headers_Project|Security Headers]]</u>. |
Latest revision as of 16:42, 1 January 2018
Threat Agents / Attack Vectors | Security Weakness | Impacts | |||
---|---|---|---|---|---|
App Specific | Exploitability: 3 |
Prevalence: 3 |
Detectability: 3 |
Technical: 2 |
Business ? |
Attackers will often attempt to exploit unpatched flaws or access default accounts, unused pages, unprotected files and directories, etc to gain unauthorized access or knowledge of the system. | Security misconfiguration can happen at any level of an application stack, including the network services, platform, web server, application server, database, frameworks, custom code, and pre-installed virtual machines, containers, or storage. Automated scanners are useful for detecting misconfigurations, use of default accounts or configurations, unnecessary services, legacy options, etc. |
Such flaws frequently give attackers unauthorized access to some system data or functionality. Occasionally, such flaws result in a complete system compromise. The business impact depends on the protection needs of the application and data. |
Is the Application Vulnerable?
The application might be vulnerable if the application is:
Without a concerted, repeatable application security configuration process, systems are at a higher risk. |
How to Prevent
Secure installation processes should be implemented, including:
|
Example Attack Scenarios
Scenario #1: The application server comes with sample applications that are not removed from the production server. These sample applications have known security flaws attackers use to compromise the server. If one of these applications is the admin console, and default accounts weren't changed the attacker logs in with default passwords and takes over. Scenario #2: Directory listing is not disabled on the server. An attacker discovers they can simply list directories. The attacker finds and downloads the compiled Java classes, which they decompile and reverse engineer to view the code. The attacker then finds a serious access control flaw in the application. Scenario #3: The application server's configuration allows detailed error messages, e.g. stack traces, to be returned to users. This potentially exposes sensitive information or underlying flaws such as component versions that are known to be vulnerable. Scenario #4: A cloud service provider has default sharing permissions open to the Internet by other CSP users. This allows sensitive data stored within cloud storage to be accessed. |
References
OWASP
For additional requirements in this area, see the Application Security Verification Standard V19 Configuration. External |