Lakshya

Security Engineering & Tooling · Chapter 6 of 8

Does any of it work? The evidence, honestly

What MITRE evaluations do and do not measure, why nobody can show that scanning reduces breaches, and the two directions AI is pulling at once.

7 min read1 diagramAll 8 chapters

MITRE ATT&CK Evaluations

What they do: emulate a named adversary end-to-end against participating products in a lab and publish per-technique results with evidence. The 2025 Enterprise round used Scattered Spider — the first scenario to test cloud infrastructure and adversary reconnaissance — and Mustang Panda. The 2026 round introduces a single unified score combining detection and protection quality, weighted by technique criticality and, for the first time, including false-positive performance.

What they do NOT measure — and this is the whole answer.

They are not a ranking. MITRE says so explicitly.

Prevention was historically disabled. Products were configured not to block, and several vendors built special inform-only modes for the test. A product can score brilliantly on detection while permitting the attack to succeed — so every pre-2025 “100% detection” claim was measured with blocking off.

No false-positive measurement historically. The single most important operational metric was simply absent. A product that alerts on everything detects everything. That the 2026 score finally adds it tells you what was missing before.

No latency quantification, no raw telemetry released, so nobody can re-run the dataset or benchmark a new product against it.

Vendor-configured, vendor-tuned, in a lab, with foreknowledge of the adversary. It is a capability test, not a performance-under-uncertainty test.

And it cannot measure your team. A detection that fires into a queue nobody reads is not a detection.

The most under-reported fact here: Microsoft, Palo Alto Networks and SentinelOne all withdrew from the 2025 round, citing the resource intensity of participating. Three of the largest endpoint vendors are absent from the industry's flagship independent evaluation. The evaluation's coverage of the market is shrinking as its rigour increases — which is a legitimate and rarely-made point.

The evaluation people forget is AV-Comparatives' Endpoint Prevention & Response test: 50 targeted attack scenarios across three phases, scoring both active response (blocking) and passive response (detection only), with certification requiring 92% average across both. Ten products certified in 2025 — and two failed and are anonymised as “Vendor A” and “Vendor B”, which is exactly backwards from a buyer's point of view, since which products failed is the useful information. Ignore its “savings” model; multiplying detection rates by an industry-average breach cost is a marketing construct, not a measurement.

The question nobody can answer

WHAT COUNTS AS EVIDENCE HERE — STRONGEST AT THE TOP INDEPENDENTLY GOVERNED, QUANTITATIVEEPSS coverage/efficiency curves. Contamination-controlled academic benchmarks. Public-GitHub secret countsINDEPENDENT LAB, PUBLISHED METHODMITRE ATT&CK Evaluations. AV-Comparatives EPR. Real, but narrower than the marketing impliesSPONSORED SURVEY, DISCLOSED SPONSORMicrosoft/Omdia SOC study (N=300). SANS. Cite the numbers, always name the sponsorVENDOR SELF-MEASUREMENTReachability percentages. “100% detection”. No baselineVENDOR CASE STUDYSelection bias by construction Nothing at any level shows that deploying a scanner reduces real-world incidents. That gap is structural, not an oversight.
Know where your claim sits on this ladder before you make it. Most security marketing lives in the bottom two rungs and is quoted as if it were the top.

There is no credible published evidence that deploying scanning tools reduces real-world security incidents. What exists instead: proxy metrics presented as outcomes — mean time to remediate, findings closed, coverage percentage — none of which is an incident; vendor case studies, which are selection bias by construction; and one survey finding, cited constantly as though it were causal, that organisations with extensive automation identify and contain breaches about 80 days faster. That is self-reported and cross-sectional. It cannot separate “automation causes faster containment” from “organisations mature enough to deploy automation are mature enough to contain faster”. The confounding is total.

Why the evidence does not exist, structurally: you would need a randomised or quasi-experimental design across comparable organisations with a common incident definition and honest disclosure. Incidents are rare, heterogeneous, under-reported, and confounded by organisational maturity — the same property that makes an organisation buy good tools makes it better at everything else. Nobody will run the experiment, and no vendor wants the result.

The defensible position

“There is strong evidence about what gets exploited — the ~6% base rate, KEV, the EPSS coverage and efficiency curves. There is essentially no evidence that any particular scanner reduces incidents. So I optimise for the thing that is measurable: reducing time-to-remediate on the small set of findings that are demonstrably exploitable, and I treat everything else as hygiene rather than risk reduction.”

That answer is both honest and more sophisticated than any tool-selection answer. Saying “we don't know” here is the strongest available move.

AI — pulling hard in both directions

What genuinely works, with independent evidence. The strongest result in the field is a 2026 study of agent frameworks filtering static-analysis false positives, published at a peer-reviewed venue. On a deliberately contamination-controlled post-cutoff dataset, the best configuration identified 95.5% of false positives at 95.5% precision, against 36.4% for vanilla prompting — meaning the agentic scaffold, not just the model, is doing the work. On real Java projects it reached 93.3%.

And the caveat the vendors do not disclose, in the authors' own words: aggressive false-positive reduction can come at the cost of suppressing true vulnerabilities. Gains are strongly model- and vulnerability-class-dependent, and limited or inconsistent for weaker models. So when a vendor claims AI cut your false positives by 90%, the question is what it did to the true positives. The research says the answer is not zero.

What is marketing. “Autonomous SOC” — no independent evaluation supports autonomous incident response, and the broader agent literature finds enterprise-IT task success below 50%, a roughly 37-point gap between benchmark scores and production performance, and public benchmarks that are saturating and gameable. Also: AI-generated detection rules, because plausible-looking rules with unmeasured false-positive characteristics are worse than no rules; and “AI-powered” applied to ML classifiers that have been in the product for a decade.

The other direction, and it is currently winning. A longitudinal study across more than 150 models, testing four vulnerability classes with no security-specific prompting, finds roughly 45% of generated samples insecure — effectively unchanged from 2025 to 2026. Model size makes no difference: performance clusters at the same level whether the model has 20 billion parameters or 400 billion. The only variable that moved the number was reasoning models, which reached 70–72%. Note the conflict of interest — the publisher sells AppSec tooling and measured with its own scanner — but the method is published, the design is longitudinal, and the direction is corroborated by independent academic work.

The synthesis that matters: AI is simultaneously the most credible new triage technology in application security and the fastest-growing source of vulnerabilities and leaked credentials — leaked AI-service keys grew 81% in a year, and eight of the ten fastest-growing secret detectors are AI services. If you argue that AI tooling is net-positive or net-negative without acknowledging both directions, you have missed the actual dynamic.

Check yourself

What do MITRE evaluations not measure?They are not a ranking. Prevention was historically disabled, false positives were not measured at all, latency is not quantified, and no raw telemetry is released.
Who withdrew from the 2025 round?Microsoft, Palo Alto and SentinelOne — three of the largest endpoint vendors, citing resource intensity. The evaluation's market coverage is shrinking as its rigour increases.
Does scanning reduce breaches?No published evidence shows it does. The 'automation contains 80 days faster' finding is a cross-sectional survey and totally confounded by organisational maturity.
What is the strongest evidence in the field?EPSS coverage/efficiency curves for prioritisation, and the 2026 agent study on false-positive filtering. Both measure prediction quality, not incident reduction.
What should you ask about an AI false-positive claim?What it did to the true positives. The research is explicit that aggressive FP reduction can suppress real vulnerabilities.
Does a bigger model write more secure code?No. Performance clusters around 55% secure from 20B to 400B parameters. Only reasoning models moved it, to 70–72%.
← The market — consolidation, pricing, and what it means for youThe job — four tracks, no junior door, and what is actually scarce →