833-847-3280
Schedule a Call

What is the OWASP® Top 10

OWASP Top 10

You may have seen the OWASP® Top 10 on our site or around the web and are wondering what it is.

What is OWASP®?

Let’s start with what OWASP® is.  It stands for the Open Web Application Security Project®. They are a nonprofit organization whose goal is to improve the security of software.  They use community-led open-source projects and local chapters with tens of thousands of members to help support training and education efforts through conferences and classes.

Consequently, OWASP® has provided guidance on what they believe are the best ways to ensure application security.  This guidance is the OWASP® top 10.

What is on the OWASP® top 10 guide?

The OWASP® top 10 provides 10 of the most common security risks for applications.  These include:

  1. Injection attacks

    – This occurs when an attacker sends bad data to an interpreter as part of a command or query, and it tricks the interpreter into accessing data without the correct authentication or executing unintended commands. One potential outcome of such an attack is deleting an entire user database.

  2. Broken authentication

    – This refers to two weaknesses: session management and credential management. This can allow attackers to compromise passwords, keys, or session tokens.  Attackers can also exploit other flaws allowing them to assume a users’ identity.

  3. Sensitive data exposure

    – Most people understand this is a big issue. Exposing sensitive data such as Personally Identifiable Information (PII) or Protected Health Information (PHI) to the internet causes enormous ramifications. An attacker can use sensitive data for identity theft, credit card fraud, and other serious crimes.

  4. Extensible Markup Language (XML) external entities (XXE)

    – Using XML in web applications, or one application to another, transports data from one script to another. An XML processor will perform actions such as updating databases, executing work processes, transforming content, and delivering content to users.

    An XML external entity is a type of custom XML entity whose defined values are loaded from outside of the document type definition, meaning they can be defined based on the file path or URL contents. Essentially, it often allows an attacker to view files on the application server filesystem and to interact with back-end or external systems that the application can access.

  5. Broken access control

    – Attackers can exploit a vulnerability to simulate an authenticated user. Once they get access, they can mirror the same privilege levels as an administrative user. This can mean an attacker can access other user’s accounts, view sensitive files, change access rights, and modify users’ data.

  6. Security misconfiguration

    – This is typically an issue from insecure default configurations, open cloud storage, incomplete configurations, or verbose error messages containing sensitive information.

  7. Cross-site scripting

    – Cross-site scripting occurs when an application includes untrusted data in a response to the client without proper validation or when untrusted data is stored within the application for a client to view. Attackers can use the vulnerability to bypass access controls such as the same-origin policy.

  8. Insecure deserialization

    – This can often lead to remote code execution but can also result in denial of service attacks or the bypassing of authentication methods. Often the goal is to run system commands.

  9. Using components with known vulnerabilities

    – Components like frameworks and libraries run with the same privileges as the application. If a component is vulnerable and exploited, it can cause severe data loss or a server takeover from an attacker. You may not realize the components are vulnerable, but attackers will, and they will exploit it.

  10. Insufficient logging and monitoring

    – Like network monitoring and logging, if you don’t know what’s going on in your application, you can’t shut down the nefarious actors. This means attackers can maintain a presence for a long time, possibly biding their time and waiting for the perfect opportunity to strike.  OWASP® reminds that “most breach studies show time to detect a breach is over 200 days.”  Let that statement sink in for a moment…  200 days to allow an attacker to gain insight and data on your application you thought was secure.

In Conclusion

Now you are aware of some of the most common vulnerabilities and exploits in applications. Think about the importance of checking your application. That might be internally with your employees or through a third party such as MainNerve.  The benefit of a third-party testing company is that their testers perform these tests daily, so they are quick, efficient, and accurate. Additionally, MainNerve’s testers don’t eat, live, and breathe a customer’s applications, meaning they are less likely to overlook a critical vulnerability.

How We Can Help

MainNerve uses the top 10 to start. Our testers use their vast knowledge and experience to continue navigating other vulnerabilities that are unknown to simple scans. If you are thinking about a web application penetration test, give MainNerve a call.  We’ll answer questions and provide honest guidance.  We’re your penetration testing partner that will provide transparency in cybersecurity.

 

Latest Posts

A transparent image used for creating empty spaces in columns
Web application security is like maintaining a boat. You inspect the hull, find a small crack, patch it, and continue sailing. A week after that, you find another crack. You patch that too. The week after that? Another crack. This continues indefinitely because boats are…
A transparent image used for creating empty spaces in columns
 Your password isn’t enough anymore. It doesn’t matter how strong it is. It doesn’t matter if it’s 16 characters with special symbols and numbers. And it doesn’t matter if you’ve never written it down or shared it with anyone. Passwords alone are no longer…
A transparent image used for creating empty spaces in columns
“We’re secure because nobody knows about our systems.” “We use non-standard ports so attackers can’t find our services.” “We don’t publish our architecture, so nobody knows how to attack us.” This is security through obscurity; the idea that hiding something makes it secure. And it’s…
A transparent image used for creating empty spaces in columns
 You can’t “fix” web application security and call it done. Security isn’t a project with a start and end date. It’s not something you achieve once and move on from, or a checkbox you mark complete. Web application vulnerabilities aren’t a problem you solve…
A transparent image used for creating empty spaces in columns
Your firewall is important, but it’s just not enough. For years, the security model was simple: build a strong perimeter around your network. Put up a firewall, lock down the border, and keep the bad guys outside. Everything inside the perimeter was trusted, and everything…
A transparent image used for creating empty spaces in columns
Sarah walked into the conference room already skeptical. As CFO of a mid-sized manufacturing company, she’d approved the $6,000 penetration test because the CISO insisted it was necessary for their cyber insurance renewal. Fine. But now she was being pulled into a “findings debrief” that…
contact

Our Team

This field is for validation purposes and should be left unchanged.
Name(Required)
On Load
Where? .serviceMM
What? Mega Menu: Services