Why Four Models — Not One
There is no single correct CRQ model. Each framework was designed to answer a different question, for a different audience, at a different level of precision. Using FAIR v3.0’s full Monte Carlo simulation for a small business email compromise scenario is like using a formula one engine for a commute — correct in theory, disproportionate in practice. Conversely, using a simple ALE formula for a board discussion about portfolio-level cyber capital allocation misses the uncertainty bounds that boards need.
SEBI CSCRF’s Cyber Risk Quantification (CRQ) mandate (GV function, April 2025) does not prescribe a specific model. It requires that entities quantify cyber risk in financial terms and present it to the board. The four models below cover the range of BFSI contexts from single-scenario CISO briefings to full portfolio capital allocation.
Model 1 — FAIR v3.0
What it answers: What is the annualised loss distribution for a specific threat scenario, with uncertainty expressed as a probability curve rather than a single point?
How it works: FAIR decomposes risk into Loss Event Frequency (LEF) and Loss Magnitude (LM). LEF = Threat Event Frequency × Vulnerability. LM covers primary (direct) and secondary (indirect/liability) losses. FAIR v3.0 runs Monte Carlo simulation across the input distributions, producing a full loss probability curve. The output is expressed as a percentile range — e.g. “90th percentile loss = ₹47 crore per year” — rather than a single ALE figure.
Best fit for BFSI: Ransomware impact analysis, data breach board reporting, cyber insurance premium justification, budget allocation between controls. The loss distribution format is the most credible output for board members who are familiar with financial risk reporting.
SEBI CSCRF alignment: FAIR v3.0 is explicitly cited as an accepted methodology in the CSCRF guidance. The loss distribution output maps directly to the GV function CRQ reporting requirement.
Model 2 — FAIR-MAM
What it answers: Does this cyber risk scenario cross the threshold of “material adverse impact” as defined by the applicable regulator? And if so, what is the magnitude of that impact in financial terms?
How it works: FAIR-MAM extends FAIR by mapping loss outputs to regulatory materiality thresholds. For Indian BFSI, materiality thresholds include RBI’s financial reporting thresholds, SEBI’s market disclosure requirements, and IRDAI’s solvency margin impact criteria. The model tests whether the 90th percentile FAIR loss crosses any of these thresholds and flags the highest-priority regulatory disclosure obligation.
Best fit for BFSI: Any scenario where the question is not just “how much could we lose?” but “does this trigger a regulatory disclosure?” Particularly relevant for listed banks (SEBI disclosure) and insurers (IRDAI solvency reporting). Also used for CISO-to-CFO briefings where the conversation is about financial statement impact.
SEBI CSCRF alignment: FAIR-MAM directly addresses the SEBI requirement that regulated entities assess whether cyber incidents would qualify as material events under the LODR regulations, which require disclosure within 24 hours of the event.
Model 3 — NIST 800-30 / ALE
What it answers: What is the expected annual financial loss from this risk scenario, expressed as a single number suitable for control investment prioritisation?
How it works: ALE = Annual Rate of Occurrence (ARO) × Single Loss Expectancy (SLE), where SLE = Asset Value × Exposure Factor. NIST 800-30 provides a structured risk assessment methodology that feeds into the ALE calculation. The result is a deterministic single-point estimate — not a distribution — which makes it fast to compute and easy to communicate.
Best fit for BFSI: Control investment justification (“this ₹15 lakh control reduces ₹3.2 crore ALE by 40%”), rapid triage of a large risk register, annual risk assessment baseline where the organisation does not yet have the data maturity for Monte Carlo. Also the model used in the CERT-In 6-hour breach impact assessment.
Limitation: ALE is a single-point estimate. It does not capture tail risk (low-frequency, high-impact events) and is not suitable for board-level capital allocation discussions where the uncertainty bounds matter. Upgrade to FAIR v3.0 when the scenario involves significant tail risk.
Model 4 — Probabilistic VaR
What it answers: What is the maximum cyber loss we should expect to sustain at a 95% or 99% confidence level across our entire asset portfolio, and how much capital should we hold against it?
How it works: Probabilistic Cyber VaR borrows directly from financial risk management. Using a Monte Carlo simulation across the organisation’s full risk scenario portfolio (each scenario modelled with FAIR inputs), the model computes the portfolio-level loss distribution. The VaR figure is the loss that is exceeded only 5% (95% VaR) or 1% (99% VaR) of the time. For Indian banks, this output is directly comparable to the credit VaR and market VaR figures already reported in board risk committees.
Best fit for BFSI: Board risk committee reporting, cyber capital adequacy discussion, cyber insurance limit-setting, RBI stress testing integration. Banks and large NBFCs with a risk committee are the primary users. The output language (“our 99% cyber VaR is ₹380 crore”) is immediately intelligible to CFOs and board members who live in VaR-based risk frameworks.
Data requirement: Probabilistic VaR requires a sufficiently populated scenario portfolio. RiskSage provides 110 pre-calibrated BFSI scenarios as the starting point, reducing the cold-start problem significantly.
Side-by-Side Comparison
| Model | Best For | Output Type | Data Requirement | SEBI CSCRF Use |
|---|---|---|---|---|
| FAIR v3.0 | Single-scenario board briefing, cyber insurance, control budget | Loss probability curve (₹ crore) | Moderate — 3–6 data inputs per scenario | GV: primary CRQ model cited |
| FAIR-MAM | Regulatory materiality assessment, LODR disclosure triage | Materiality pass/fail + impact (₹) | Low — extends FAIR output | GV + RS: incident reporting triage |
| NIST 800-30/ALE | Risk register triage, control investment justification | Single ALE figure (₹ lakh/crore) | Low — 3 inputs, fast to compute | ID: risk assessment baseline |
| Probabilistic VaR | Board risk committee, capital allocation, insurance limits | 95th/99th percentile portfolio loss (₹ crore) | High — requires populated scenario portfolio | GV: portfolio-level capital adequacy |
RiskSage CRQ Engine: All Four Models in One Platform
RiskSage ships all four models as part of its CRQ Engine, with 110 pre-built BFSI use cases calibrated for Indian data loss costs, regulatory fine structures, and BFSI-specific incident frequency data. The platform automates the model selection logic — for any risk scenario, the CRQ Engine recommends the appropriate model based on the scenario type, available data, and the output audience (CISO, CFO, board, regulator).
The CISO Command Dashboard’s Board Risk widget runs Probabilistic VaR across the full scenario portfolio in real time. When a new VAPT finding is ingested or a compliance task goes overdue, the portfolio VaR updates automatically — so the board always sees the current number, not a quarterly snapshot.
Run All Four CRQ Models on Your Risk Portfolio
110 pre-calibrated BFSI scenarios. Automated model selection. Board-ready ₹ crore loss distribution and portfolio VaR — updated in real time as your risk posture changes.
Explore RiskSage CRQ Engine →