Aqua Blog

How Do You Measure FAIR Risk in the Mythos Era?

How Do You Measure FAIR Risk in the Mythos Era?

TLDR: Frontier AI models are discovering zero day vulnerabilities and weaponizing them in hours. Boards, regulators and underwriters have noticed, and they are asking a question most CISOs cannot answer: “What does our exposure cost in dollars?” Reporting in CVE counts and CVSS scores made sense when the threat timeline gave security teams room to respond. It no longer does. The Aqua FAIR Risk Dashboard turns container security data into Annual Loss Expectancy, giving CISOs a number the board can act on, backed by runtime enforcement that makes the math credible.

What Does It Actually Mean to Quantify Security Risk in Dollars?

FAIR, Factor Analysis of Information Risk, is the only internationally recognized standard for translating cyber risk into financial terms. It is the Open Group O-RT standard and is referenced in risk-management guidance, including NIST.

The calculation is straightforward. Annual Loss Expectancy equals how often a harmful event is expected to occur multiplied by what each occurrence costs the business. Applied to container security, that means taking vulnerability data from running workloads, grouping it by Line of Business criticality, and producing a dollar figure a CFO can compare to every other financial risk the organization carries. A medium severity CVE in a payment processing container may represent far greater Annual Loss Expectancy than a critical CVE in a development container, regardless of what the CVSS score says.

Why Is the AI Era Making the Board’s Most Uncomfortable Question Unavoidable?

AI based tooling has changed two things that compound each other. Discovery speed has accelerated sharply, with AI agents finding real zero day vulnerabilities in production software at machine speed, chaining weaknesses that previously required specialist offensive engineering. Weaponization has compressed just as fast. A disclosed CVE can have a working proof of concept within two hours and active credential expansion by hour three.

The enterprise patch clock has not moved. A critical workload running through triage, regression testing and change advisory board review before staged rollout takes a minimum of seven days even in a well run organization. The gap between the AI threat clock and the governance constrained patch clock is where compromise happens.

Boards are reading about this. Regulators including PCI 4.0, NYDFS and DORA are asking for a quantitative position on AI era threat exposure that most organizations have not built. What the gap calls for is a compensating control, not a faster patch cycle. Inline enforcement keeps change control governance intact while eliminating full exposure risk during the CAB window, and the FAIR model quantifies what that protection is worth per window. In the Mythos era, mean time to block has replaced mean time to remediate as the metric that matters, because only inline blocking stops exploitation at the point of execution before credentials move.

What Does the Board Actually Hear When You Report in CVE Counts?

CVE counts have no financial context. CVSS scores describe a vulnerability in isolation, without accounting for whether the affected workload is business critical, whether it is reachable by an attacker, or what a breach in that system would actually cost. Patch compliance percentages tell you how many systems are up to date, not whether the unpatched ones represent your highest value targets.

The result is a CISO who walks into a board meeting able to report that the critical CVE count dropped from 350 to 120 this quarter, and a board that responds with genuine confusion:”What did that cost, what does 120 mean, and does this number include payment infrastructure?”

That confusion has consequences that go beyond awkward meetings. Regulators are rejecting risk assessments grounded only in technical scoring. Underwriters now want FAIR and ALE as the basis for coverage decisions. An enforced policy is control attestation, and a policy sitting in audit mode is paper coverage. An underwriter prices the two very differently.

What Does the Right Conversation Between a CISO and the Board Actually Look Like?

A CISO who reports that base risk without controls is $15.2 million per year, and that current controls bring residual risk to $1.2 million per year, and that enforcing existing runtime policies would reduce that by a further $600,000, is speaking in terms the board uses to make every other capital decision. That conversation ends with a decision, not a question.

The underlying calculation also has to hold up under audit. Traditional methods of combining control effectiveness either produce impossible results above 100% by adding percentages, or claim near zero residual risk by treating every control as fully independent. Neither survives scrutiny. A domain based approach groups controls into genuinely independent layers, applies overlap coefficients within each layer and multiplies across layers to produce a risk reduction figure that auditors can trust.

How Does Aqua Turn Runtime Enforcement Into a Financial Figure the Board Can Act On?

The Aqua FAIR Risk Dashboard, announced at RSA 2026, translates container security data into Annual Loss Expectancy using the FAIR methodology. It groups containers by Line of Business using Aqua Application Scopes and company.lob.* labels, calculates Annual Loss Expectancy for each workload and surfaces the dollar value of risk reduction sitting in policies that exist but are not enforced.

The domain based control stacking model groups Aqua’s security controls across four independent defense layers covering Image, Network, Runtime and Access security. Each layer calculates effectiveness independently, accounting for overlap within it. The results multiply across layers to produce a total reduction that is defensible to auditors and boards.

What makes this credible is what sits underneath it. Aqua operates at the point of execution, inside running workloads. The enforcement data feeding the FAIR calculations is the same enforcement that blocks drift and stops post exploit behavior in real time. This is security data that has been extended into a financial reporting layer, not a reporting layer built on top of someone else’s security data.

 

Watch our webinar, How to Measure FAIR Risk in the Mythos Era, to see how the FAIR methodology applies to the current AI threat landscape and how Aqua’s runtime enforcement makes the numbers defensible in any board or audit conversation.

What Does One CVE Week Actually Cost?

The AI era changes the constants that feed the FAIR equation, not the equation itself. Threat Event Frequency for a Tier 0 Line of Business moves from 0.85 to 0.95, reflecting near certain annual exploitation attempts for internet facing workloads. Exploit probability for a medium severity CVE rises from 0.40 to 0.65, because AI tooling has made chaining weaknesses industrially accessible. The exposure multiplier for a one week window moves from 1.5x to 4x as weaponization timelines compress.

Let’s look at an illustrative example. Consider a Tier 1 bank with critical CVEs across its payment services Line of Business and a minimum seven day patch window. Loss Magnitude per event is $5 million. Without runtime controls, the workload rides the full exposure window with zero effective risk reduction, putting base Annual Loss Expectancy at $12.6 million. With Aqua’s control plane active, admission control, drift prevention, and network segmentation deliver an 80.2% effective risk reduction, bringing the residual Annual Loss Expectancy to $2.5 million. The approximately $10 million delta is the financial value of runtime enforcement across a single CVE week. That is the number a CISO brings to the board.

What Gets in the Way of Making This Change?

The most consistent mistake is accepting that the translation gap between technical data and financial risk is unavoidable. It is not. The data required for FAIR based quantification already exists inside Aqua’s platform. The gap is a methodology and reporting problem, not a data collection problem.

The second mistake is leaving runtime policies in audit mode and treating that as equivalent to enforcement. Policies that generate alerts but do not block behavior do not reduce risk. The dollar value of moving from audit to enforce is calculable, and most organizations have not calculated it.

The question boards are asking is not new. What has changed is that AI has compressed the timeline for answering it from uncomfortable to unavoidable. CISOs who arrive with a FAIR based dollar number and a documented compensating control are no longer on the defensive in that room.

FAQ
What data does the FAIR Risk Dashboard require?

It integrates with Aqua’s existing platform, ingesting vulnerability data from image scanning and runtime detection and mapping containers to Lines of Business using Aqua Application Scopes and company.lob.* labels. Asset values and loss estimates are drawn from manual configuration.

How does this hold up in a SOC 2 or ISO 27001 audit?

FAIR based quantification using the Open Group O-RT standard gives auditors the financial risk evidence they require. The domain based stacking methodology produces defensible residual risk figures with documented coefficients, rather than the near zero claims that multiplicative models generate and auditors reject.

Does this require changes to how Aqua is deployed?

No structural changes are required. The dashboard extends the data Aqua already collects into a financial reporting layer.

Philip TM Pearson
Philip Pearson is the Field Chief Information Security Officer (CISO) with over a decade of cybersecurity leadership experience, including tenures as CISO at four different organizations. He specializes in guiding security best practices and strategic initiatives to strengthen cyber resilience across cloud-native environments.
With a background as both a Senior Cloud Engineer and cybersecurity executive, Philip brings a wealth of expertise in Kubernetes security, cloud architectures, and threat modeling. His career includes roles where he has driven advancements in Zero Trust, compliance, and operational risk management through forward-thinking methodologies that safeguard today’s and future digital landscapes. Philip is also a member and active contributor to the Cloud Security Alliance.