Application Security Vulnerability Types
This category is for common types of software vulnerabilities, both design flaws and implementation bugs. A vulnerability is an implementation problem that allows an attacker to cause harm to the stakeholders of an application. Stakeholders include the application owner, application users, and other entities that rely on the application. The term "vulnerability" is often used very loosely. However, here we need to distinguish threats, attacks, and countermeasures.
Please do not post any actual vulnerabilities in products, services, or web applications. Those disclosure reports should be posted to bugtraq or full-disclosure mailing lists.
Adding a Vulnerability
Please, before you add a vulnerability, please search and make sure there isn't an equivalent one already. You may want to consider creating a redirect if the topic is the same. Every vulnerability article has a defined structure. Please read the details of How To Add a Vulnerability before creating a new article.
How to add a new Vulnerability article
You can follow the instructions to make a new Vulnerability article. Please use the appropriate structure and follow the Tutorial. Be sure to paste the following at the end of your article to make it show up in the Vulnerability category:
For a great overview, check out the OWASP Top Ten Project. You can read about the top vulnerabilities and download a paper that covers them in detail. Many organizations and agencies use the Top Ten as a way of creating awareness about application security.
This category has the following 20 subcategories, out of 20 total.
- ► General Logic Error Vulnerability (1 P)
- ► Input Validation Vulnerability (11 P)
- ► Logging and Auditing Vulnerability (1 P)
Pages in category "Vulnerability"
The following 64 pages are in this category, out of 64 total.
- Unchecked Error Condition
- Unchecked Return Value: Missing Check against Null
- Undefined Behavior
- Unreleased Resource
- Unrestricted File Upload
- Unsafe function call from a signal handler
- Unsafe JNI
- Unsafe Mobile Code
- Unsafe use of Reflection
- Use of hard-coded password
- Use of Obsolete Methods
- Using a broken or risky cryptographic algorithm
- Using freed memory