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 Top 10"
From OWASP
(Created page with "{{Top_10_2013:TopTemplate |usenext=2013NextLink |next=A1-{{Top_10_2010:ByTheNumbers|1|year=2017|language=en}} |useprev=2013PrevLink |prev={{Top_10:LanguageFile...") |
m (Added underlined links to all Top 10) |
||
Line 17: | Line 17: | ||
}}<br/ style="font-size:5px"> | }}<br/ style="font-size:5px"> | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A1-{{Top_10_2010:ByTheNumbers|1|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A1-{{Top_10_2010:ByTheNumbers|1|year=2017|language=en}} | A1-{{Top_10_2010:ByTheNumbers|1|year=2017|language=en}}]]</u></b> |
:Injection flaws, such as SQL, OS, XXE, and LDAP injection occur when untrusted data is sent to an interpreter as part of a command or query. The attacker’s hostile data can trick the interpreter into executing unintended commands or accessing data without proper authorization. | :Injection flaws, such as SQL, OS, XXE, and LDAP injection occur when untrusted data is sent to an interpreter as part of a command or query. The attacker’s hostile data can trick the interpreter into executing unintended commands or accessing data without proper authorization. | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A2-{{Top_10_2010:ByTheNumbers|2|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A2-{{Top_10_2010:ByTheNumbers|2|year=2017|language=en}} | A2-{{Top_10_2010:ByTheNumbers|2|year=2017|language=en}}]]</u></b> |
:Application functions related to authentication and session management are often implemented incorrectly, allowing attackers to compromise passwords, keys, or session tokens, or to exploit other implementation flaws to assume other users’ identities (temporarily or permanently). | :Application functions related to authentication and session management are often implemented incorrectly, allowing attackers to compromise passwords, keys, or session tokens, or to exploit other implementation flaws to assume other users’ identities (temporarily or permanently). | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A3-{{Top_10_2010:ByTheNumbers|3|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A3-{{Top_10_2010:ByTheNumbers|3|year=2017|language=en}} | A3-{{Top_10_2010:ByTheNumbers|3|year=2017|language=en}}]]</u></b> |
:XSS flaws occur whenever an application includes untrusted data in a new web page without proper validation or escaping, or updates an existing web page with user supplied data using a browser API that can create JavaScript. XSS allows attackers to execute scripts in the victim’s browser which can hijack user sessions, deface web sites, or redirect the user to malicious sites. | :XSS flaws occur whenever an application includes untrusted data in a new web page without proper validation or escaping, or updates an existing web page with user supplied data using a browser API that can create JavaScript. XSS allows attackers to execute scripts in the victim’s browser which can hijack user sessions, deface web sites, or redirect the user to malicious sites. | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A4-{{Top_10_2010:ByTheNumbers|4|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A4-{{Top_10_2010:ByTheNumbers|4|year=2017|language=en}} | A4-{{Top_10_2010:ByTheNumbers|4|year=2017|language=en}}]]</u></b> |
:Restrictions on what authenticated users are allowed to do are not properly enforced. Attackers can exploit these flaws to access unauthorized functionality and/or data, such as access other users' accounts, view sensitive files, modify other users’ data, change access rights, etc. | :Restrictions on what authenticated users are allowed to do are not properly enforced. Attackers can exploit these flaws to access unauthorized functionality and/or data, such as access other users' accounts, view sensitive files, modify other users’ data, change access rights, etc. | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A5-{{Top_10_2010:ByTheNumbers|5|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A5-{{Top_10_2010:ByTheNumbers|5|year=2017|language=en}} | A5-{{Top_10_2010:ByTheNumbers|5|year=2017|language=en}}]]</u></b> |
:Good security requires having a secure configuration defined and deployed for the application, frameworks, application server, web server, database server, platform, etc. Secure settings should be defined, implemented, and maintained, as defaults are often insecure. Additionally, software should be kept up to date. | :Good security requires having a secure configuration defined and deployed for the application, frameworks, application server, web server, database server, platform, etc. Secure settings should be defined, implemented, and maintained, as defaults are often insecure. Additionally, software should be kept up to date. | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A6-{{Top_10_2010:ByTheNumbers|6|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A6-{{Top_10_2010:ByTheNumbers|6|year=2017|language=en}} | A6-{{Top_10_2010:ByTheNumbers|6|year=2017|language=en}}]]</u></b> |
:Many web applications and APIs do not properly protect sensitive data, such as financial, healthcare, and PII. Attackers may steal or modify such weakly protected data to conduct credit card fraud, identity theft, or other crimes. Sensitive data deserves extra protection such as encryption at rest or in transit, as well as special precautions when exchanged with the browser. | :Many web applications and APIs do not properly protect sensitive data, such as financial, healthcare, and PII. Attackers may steal or modify such weakly protected data to conduct credit card fraud, identity theft, or other crimes. Sensitive data deserves extra protection such as encryption at rest or in transit, as well as special precautions when exchanged with the browser. | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A7-{{Top_10_2010:ByTheNumbers|7|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A7-{{Top_10_2010:ByTheNumbers|7|year=2017|language=en}} | A7-{{Top_10_2010:ByTheNumbers|7|year=2017|language=en}}]]</u></b> |
:The majority of applications and APIs lack the basic ability to detect, prevent, and respond to both manual and automated attacks. Attack protection goes far beyond basic input validation and involves automatically detecting, logging, responding, and even blocking exploit attempts. Application owners also need to be able to deploy patches quickly to protect against attacks. | :The majority of applications and APIs lack the basic ability to detect, prevent, and respond to both manual and automated attacks. Attack protection goes far beyond basic input validation and involves automatically detecting, logging, responding, and even blocking exploit attempts. Application owners also need to be able to deploy patches quickly to protect against attacks. | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A8-{{Top_10_2010:ByTheNumbers|8|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A8-{{Top_10_2010:ByTheNumbers|8|year=2017|language=en}} | A8-{{Top_10_2010:ByTheNumbers|8|year=2017|language=en}}]]</u></b> |
:A CSRF attack forces a logged-on victim’s browser to send a forged HTTP request, including the victim’s session cookie and any other automatically included authentication information, to a vulnerable web application. Such an attack allows the attacker to force a victim’s browser to generate requests the vulnerable application thinks are legitimate requests from the victim. | :A CSRF attack forces a logged-on victim’s browser to send a forged HTTP request, including the victim’s session cookie and any other automatically included authentication information, to a vulnerable web application. Such an attack allows the attacker to force a victim’s browser to generate requests the vulnerable application thinks are legitimate requests from the victim. | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A9-{{Top_10_2010:ByTheNumbers|9|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A9-{{Top_10_2010:ByTheNumbers|9|year=2017|language=en}} | A9-{{Top_10_2010:ByTheNumbers|9|year=2017|language=en}}]]</u></b> |
:Components, such as libraries, frameworks, and other software modules, run with the same privileges as the application. If a vulnerable component is exploited, such an attack can facilitate serious data loss or server takeover. Applications and APIs using components with known vulnerabilities may undermine application defenses and enable various attacks and impacts. | :Components, such as libraries, frameworks, and other software modules, run with the same privileges as the application. If a vulnerable component is exploited, such an attack can facilitate serious data loss or server takeover. Applications and APIs using components with known vulnerabilities may undermine application defenses and enable various attacks and impacts. | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} | ||
{{Top_10:GradientBox|year=2017}} | {{Top_10:GradientBox|year=2017}} | ||
− | <b>A10-{{Top_10_2010:ByTheNumbers|10|year=2017|language=en}}</b> | + | <b><u>[[{{Top_10:LanguageFile|text=documentRootTop10|language=en|year=2017 }}-A10-{{Top_10_2010:ByTheNumbers|10|year=2017|language=en}} | A10-{{Top_10_2010:ByTheNumbers|10|year=2017|language=en}}]]</u></b> |
:Modern applications often involve rich client applications and APIs, such as JavaScript in the browser and mobile apps, that connect to an API of some kind (SOAP/XML, REST/JSON, RPC, GWT, etc.). These APIs are often unprotected and contain numerous vulnerabilities. | :Modern applications often involve rich client applications and APIs, such as JavaScript in the browser and mobile apps, that connect to an API of some kind (SOAP/XML, REST/JSON, RPC, GWT, etc.). These APIs are often unprotected and contain numerous vulnerabilities. | ||
{{Top 10:GrayBoxEnd|year=2017}} | {{Top 10:GrayBoxEnd|year=2017}} |
Revision as of 16:38, 23 April 2017
OWASP Top 10 Application Security Risks - 2017
A4-XML External Entities (XXE)
A9-Using Components with Known Vulnerabilities
A10-Insufficient Logging&Monitoring
|