Platform

Platform overview How it works Authorization testing Evidence & reports Private scanning Integrations

Solutions

Security agencies Product teams Regulated industries Partner programme

Learn

Blog Knowledge hub Compare

Resources

Pricing Documentation Help centre FAQ Security & data What we haven’t proved

Company

About Contact Careers Sign in to the platform Start a $199 pilot →

Home / Knowledge hub / CWE Top 25

Knowledge hub

CWE Top 25

A yearly list of the most dangerous software weakness types.

Illustration explaining CWE Top 25

What it means

The CWE Top 25 is a yearly ranking of the most dangerous software weaknesses, published by MITRE, the organisation that maintains the Common Weakness Enumeration. The ranking is built from real vulnerability records, using how often a weakness appears and how severe the resulting flaws are.

A weakness is a type of mistake, such as missing authorisation or unchecked input. A vulnerability is one instance in one product. The list ranks the mistakes, so it tells you which patterns in code cause the most harm across the industry, not which products to worry about.

Why it matters

It gives engineering teams a concrete list of what to stop doing. Instead of a general instruction to write secure code, you can say that out-of-bounds writes, injection and missing authorisation top the current list, and ask for review and tests aimed at them. That is easier to teach, to check and to measure.

It also gives you a common language with customers. Findings tagged with CWE numbers can be compared against the list, and procurement teams often recognise it. It sits alongside the OWASP Top 10, which is built differently and covers web risk categories.

How it shows up

You will see CWE numbers on CVE records and in tester and scanner reports. Matching your own findings to the Top 25 shows which weaknesses recur in your code. Several entries are common in web applications: injection, cross-site scripting, missing authorisation, improper authentication and path traversal.

The mistake is treating the list as a full to-do list. It reflects published vulnerabilities in products, so bespoke flaws, such as a price that can be edited or a step that can be skipped, may fit no entry. Use it to guide training and review, not to define what you test.

Questions people ask

CWE Top 25, answered

Who publishes the CWE Top 25?

MITRE publishes it, working with the US Cybersecurity and Infrastructure Security Agency. It is based on vulnerability data from the National Vulnerability Database.

The list is refreshed each year, so the order and the entries change.

How is the CWE Top 25 different from the OWASP Top 10?

The CWE list ranks specific weakness types from real CVE data across all software. The OWASP list ranks broader web application risk categories using data and community input.

They overlap, and neither replaces the other.

Is the CWE Top 25 only about web apps?

No. It covers all software, including systems code, so memory-safety weaknesses appear alongside web ones.

For a web or API product, the injection, authorisation and authentication entries are usually most relevant.

How do I use it in my team?

Map your own findings to CWE numbers and see which entries recur. Then target code review and training at those.

Add automated checks for the patterns you see most often.

Does fixing the Top 25 make my app secure?

It removes some of the most common causes of harm, but not all. Logic flaws and design mistakes often fall outside it.

Testing the running application finds what a list cannot.

Cyberlop mark

Which weaknesses recur in your code?

Every finding we report carries a CWE and an OWASP reference, so you can see which weakness types keep coming back. Book a pilot on one app.

Or start with a $199 pilot on one application: thirty days, success criteria agreed before day one, credited against the annual if you convert.