arrow_back All posts
Methodology

OWASP Top 10:2025 Explained: What Changed, and Why Point-in-Time Testing Misses It

ComplyArmor Team · August 14, 2026 · 8 min read

OWASP finalised the Top 10:2025 in January 2026 after analysing over 175,000 CVEs across 248 CWEs. Two categories are brand new, one disappeared entirely, and Security Misconfiguration jumped from 5th to 2nd. Here's exactly what changed, why it changed, and why a list this data-driven deserves more than an annual checkbox test.

Key takeaways

The full OWASP Top 10:2025 list, ranked

Here's the complete ranking, with what changed from the 2021 edition next to each category.

2025 RankCategoryChange from 2021
A01Broken Access ControlNo change — still #1
A02Security MisconfigurationUp from #5
A03Software Supply Chain FailuresNew category
A04Cryptographic FailuresDown from #2
A05InjectionDown from #3
A06Insecure DesignDown from #4
A07Authentication FailuresRenamed (was Identification and Authentication Failures)
A08Software or Data Integrity FailuresRenamed (was Software and Data Integrity Failures)
A09Security Logging and Alerting FailuresRenamed (was Security Logging and Monitoring Failures)
A10Mishandling of Exceptional ConditionsNew category — replaces Server-Side Request Forgery, which was folded into A01

Notice what's missing from the 2021 list: Vulnerable and Outdated Components as a standalone category. That risk didn't disappear — it's now absorbed into the broader, more accurate Software Supply Chain Failures category, which covers dependency risk alongside build pipeline, artifact integrity and third-party package compromise. That's a more honest description of how most real supply chain incidents actually happen.

Why the reshuffle happened

OWASP doesn't rank these by opinion. The 2025 edition is built from two data sources layered together: a large-scale analysis of CVE and CWE data across real-world vulnerability disclosures, and a practitioner survey capturing what security teams are actually seeing in the field. When both sources point the same direction, a category moves.

That's why Security Misconfiguration's jump from 5th to 2nd matters more than it might look. It's not a ranking curiosity — it reflects how much application risk now originates in cloud infrastructure, CI/CD pipelines and deployment configuration rather than in classical application-layer code. Teams that only pentest the application and treat infrastructure configuration as someone else's problem are testing an increasingly smaller share of their actual risk surface.

Similarly, Software Supply Chain Failures earning a top-three slot on its first appearance reflects a category of incident that barely existed in the 2021 threat model: compromised build pipelines, poisoned dependencies, and artifact tampering between commit and production. The list changed because the risk landscape changed under it, not the other way around.

Why a data-driven, moving list breaks point-in-time testing

A pentest scoped against the 2021 categories has a structural blind spot against the 2025 ones — not because the tester missed something, but because Software Supply Chain Failures and Mishandling of Exceptional Conditions as standalone categories simply didn't exist as testing scope items four years ago. If your last comprehensive pentest predates January 2026, there's a real chance it never explicitly tested for either.

The deeper problem isn't the framework version, though — it's the gap between review cycles. Applications ship new code, new dependencies and new cloud configuration continuously. Each of those can independently introduce a Top 10 risk. An annual pentest gives you a report that's accurate on delivery day and stale within weeks, because:

"The Top 10 changed because the risk landscape changed under it. A pentest scoped once a year can't keep pace with a framework that's rebuilt from 175,000 fresh CVEs every few years — let alone with your own weekly deploys."

How ComplyArmor maps to OWASP Top 10:2025

ComplyArmor's Smart PTaaS runs autonomous, continuous vulnerability discovery and exploitation across your attack surface, with every finding that meets a confidence threshold verified by a human tester before it reaches your dashboard. Findings are mapped directly to OWASP Top 10:2025 categories — including the two new ones — alongside major compliance frameworks like SOC 2 and ISO 27001.

Questions worth asking your current security testing provider

Whether you test in-house or work with a vendor, these questions separate a real OWASP Top 10:2025 program from a checkbox exercise:

  1. Does the scope explicitly cover Software Supply Chain Failures and Mishandling of Exceptional Conditions? If your last report predates January 2026, it probably doesn't.
  2. How are findings validated before they reach us? Automated-only output produces false positives that waste remediation time.
  3. What happens between scheduled tests? A new dependency or config change three months into an annual cycle goes untested until the next one.
  4. Do reports map directly to OWASP Top 10:2025 and to our compliance framework — or do we have to translate findings ourselves for auditors?
  5. Can we see what changed since the last assessment, or only a fresh static snapshot each time?

Frequently asked questions

What's new in OWASP Top 10:2025 compared to 2021?

Two brand-new categories: Software Supply Chain Failures (A03) and Mishandling of Exceptional Conditions (A10). Server-Side Request Forgery, which had its own category in 2021, was folded into Broken Access Control. Three categories were renamed, and Security Misconfiguration jumped from 5th to 2nd place.

Is Broken Access Control still the top risk?

Yes. Broken Access Control held the number one position in both the 2021 and 2025 editions, based on OWASP's analysis of over 175,000 CVEs mapped across 248 CWEs.

Why did Security Misconfiguration move up so much?

It rose from 5th to 2nd, one of the four significant re-rankings in the 2025 edition. It reflects how much application risk now comes from cloud, CI/CD and infrastructure misconfiguration rather than classical code-level bugs, a shift OWASP's data and practitioner surveys both pointed to.

Does mapping to OWASP Top 10 replace the need for compliance frameworks like SOC 2 or ISO 27001?

No. OWASP Top 10 is a risk-prioritisation framework, not a certification. Compliance frameworks like SOC 2 and ISO 27001 typically expect evidence that you test for and remediate risks in this category, so OWASP mapping supports the audit rather than substituting for it.

How often should we retest against OWASP Top 10 categories?

Whenever the application changes meaningfully, not just on a fixed annual cycle. A new dependency, a new cloud config, a new API endpoint can each independently introduce a Top 10 risk. Continuous testing catches that between review cycles; annual testing catches it up to twelve months late.

Can automated scanners cover the OWASP Top 10 on their own?

Partially. Scanners are effective at flagging known patterns for categories like Injection or Cryptographic Failures, but categories like Broken Access Control, Insecure Design and Software Supply Chain Failures usually require business-logic understanding and manual exploitation to confirm. Use scanners for coverage, human testers for assurance.

OWASP rebuilt this list from 175,000 fresh CVEs because the last one stopped reflecting reality. Your last pentest report is aging the same way, just quietly, and without 175,000 data points telling you when it happened.

arrow_back All posts Book a free OWASP-mapped scoping call arrow_forward