How much risk are we carrying?
Estimate expected annual loss and tail exposure by scenario rather than compressing uncertainty into a single color or score.
Transparent Monte Carlo loss modeling for CISO–CFO decisions, control valuation, risk appetite, and security investment prioritization.
Open source · MIT licensed
Cyber risk quantification for CISO–CFO decisions. FAIR-style loss analysis and Monte Carlo simulation.
Annual loss exceedance: probability of exceeding each annual-loss amount, from 100% toward 0%. The illustrative curve marks p95 near the 5% exceedance tail; 10 scenarios, Monte Carlo simulated.
The decision problem
Heat maps can help organize a conversation, but they cannot tell a CISO, CFO, risk committee, or board what a bad year could cost, whether a proposed control changes that exposure, or which investment deserves priority.
Cyber risk quantification estimates the frequency and financial magnitude of cyber loss scenarios so leaders can compare exposure, risk appetite, control value, and security investments on a common economic basis.
Estimate expected annual loss and tail exposure by scenario rather than compressing uncertainty into a single color or score.
Model control counterfactuals, dependencies, annualized cost, loss avoided, net ROSI, and payback without pretending effects are additive.
Test every approved loss threshold and expose the evidence, owner, assumptions, and model limits behind the result.
Illustrative decision output
The bundled demonstration is a fictional $180M SaaS company. It shows how a governed model can place annual loss, bad-year exposure, appetite, and assumption status in one reviewable statement.
Every number below is an illustrative template—not a benchmark or forecast for another organization.
Assumption status remains incomplete until the required evidence and organization-specific attestations are supplied.
A loss exceedance curve shows the probability that annual cyber loss will exceed each financial threshold. Moving from left to right, the curve makes expected loss and tail exposure visible without reducing uncertainty to a single score.
Leaders can use the curve to compare modeled exposure with risk appetite and examine how a control or investment changes the distribution. The result remains decision support—not a forecast—and is only as reliable as the scenarios, evidence, ranges, and dependencies behind it.
Fictional Example SaaS Inc. · FY2026 · 20,000 simulated years. Template values for demonstration, not a benchmark or forecast.
$1.36M · 0.76% of revenue.
$4.31M · 1-in-20 year · 2.40% of revenue.
$5.40M · 4.0× expected loss.
Within · p95 ≤ $9.00M; expected annual loss ≤ $2.70M.
Assumption status: TEMPLATE. Synthetic KPI inputs: time to contain 32.0 minutes; credential exposure score 34.0; proven restore time 6.0 hours. Generated 15 September 2026.
Probability that annual loss exceeds X. Median: $841K; 1-in-20 year: $4.31M. The displayed annual-loss axis spans $0–$8.90M.
Remove one control, re-simulate with stable matched streams, measure the difference; dependents are removed with it.
Control values are one-at-a-time counterfactuals. They overlap and must not be summed.
Ranked by benefit:cost ratio in this example.
Assumptions that move expected loss most when set at their low versus high ends. Baseline: $1.34M. The chart labels summarize the spread shown; spend calibration effort here.
Cyber P&L is a cyber-risk decision-support estimate, not an accounting or GAAP P&L. Model ranges reflect calibrated judgment and cited sources; actual losses may fall outside them. Materiality determinations remain management’s responsibility. Loss frequency × loss magnitude; Monte Carlo; stable matched streams for counterfactual attribution.
Three practical use cases
Compare proposals using loss avoided, benefit-cost ratio, net ROSI, payback, and change in p95 exposure.
Translate technical scenarios into financial ranges, appetite tests, decision ownership, and documented model limitations.
Remove a control and its declared dependencies, then rerun the model with stable, independently seeded input streams.
How it works
Trust model
Apply the method
Start with the repository documentation and the fictional example to understand the inputs, assumptions and outputs. Before applying the model to an organization, replace the sample inputs with relevant evidence, assign accountable owners and review the model’s limitations and validation requirements.
Cyber P&L makes the reasoning behind a risk estimate inspectable. The value is in examining the assumptions and decisions, not treating an illustrative result as a forecast.
About the creator
Jessen Kurien is a cybersecurity leader, author and speaker with 18+ years across security operations, incident response, threat intelligence and detection engineering. During nearly 15 years at Microsoft, he was part of the founding team of the Microsoft Threat Intelligence Center and later led detection engineering in Microsoft Defender XDR. His experience combines complex investigations, technical direction and the development of security teams. His public work includes The Defender’s Guide to AI Agents, research articles and open-source tools for cyber defense and risk decisions.
Frequently asked questions
Cyber P&L is an open-source Python project that uses FAIR-style loss analysis and Monte Carlo simulation to support cyber risk, control, appetite, and security-investment decisions.
No. It is not an accounting or GAAP profit-and-loss statement, actuarial model, insurance model, forecast, or substitute for professional financial, legal, or investment advice.
It expresses cyber scenarios using financial ranges, tail exposure, risk appetite, control economics, evidence ownership, and explicit model limits instead of relying only on technical scores.
It uses a FAIR-style loss-event frequency and loss-magnitude approach. It is not affiliated with, certified by, or endorsed by The Open Group and does not claim Open FAIR conformance.
No. The bundled company, costs, controls, measurements, and results are fictional. Organizations must replace them with scoped evidence, accountable owners, review, and required attestations.
Review the decision being evaluated, the relevance and quality of the input evidence, the loss scenarios, control dependencies, risk-appetite thresholds, accountable owners and documented model limits. Complete the project’s validation and attestation requirements before using outputs to inform organizational decisions.
Explore the source, documentation and illustrative example to understand how the model works and where its limits apply.