Skip to content

GRA · Fintech Nexus

Spatial financeWhere capital meets hazard, exposure and transition

Cybersecurity for financial systems

Cybersecurity and cryptography protect the confidentiality, integrity and availability of financial systems. In this field they are applied to understand how a compromise at one firm, provider or software component propagates through trusted connections, and which testing, detection and recovery capabilities limit the damage.

01Register

Cybersecurity for financial systems on the record.

Method recordSTEM method
  1. MethodCybersecurity and cryptography
  2. Applied inFintech Nexus
  3. Canonical pageSTEM Commons
02Application

What cybersecurity and cryptography does here.

Cybersecurity and cryptography protect information systems and data from unauthorised access, disruption and manipulation. They address threats that can spread rapidly across interconnected digital and physical systems. In capital markets and investment, cyber and digital resilience and digital public infrastructure, cybersecurity analysis identifies how a single compromise can propagate across sectors that share software, vendors or networks. It informs resilience requirements and cyber insurance. The canonical description is on the STEM Commons.

Threat-led penetration testing

Red teams emulate the tactics of threat actors relevant to the institution against live production systems, following frameworks such as TIBER-EU and the testing requirements of DORA, and findings feed remediation plans.

Supply chain and dependency analysis

Software components, managed service providers and shared platforms are mapped so that a vulnerability or compromise can be traced to every service that depends on it.

Cryptographic inventory and quantum readiness

Algorithms, keys and certificates used in payments and authentication are inventoried, so migration to post-quantum cryptography can be planned and data at long-term risk identified.

03Exposure model

How a local shock becomes a system outage.

How much of the networks an operator, insurer or lender depends on stays working after a local shock, and how much the coupling between them amplifies it. Teaching model with stated illustrative values, not a prediction.

Controls

Assets per layer
18
Hazard footprint
8% of area
Assets that depend on another layer
60%
Spare capacity (tolerance)
30%

Readouts

Assets hit by the hazard
13%
Assets still working
11%
Amplification of the initial damage
6.9 times
Steps to settle
4
Numbers, methods and sources
StepData centres working (%)Networks working (%)Power working (%)
0898983
1723956
2501733
3221722
422011

Methods

  1. Interdependent networks Buldyrev and others (2010), Catastrophic cascade of failures in interdependent networks, Nature 464
  2. Overload cascades Motter and Lai (2002), Physical Review E 66
  3. Betweenness load Brandes (2001), Journal of Mathematical Sociology 25
  4. Multilayer networks Kivela and others (2014), Journal of Complex Networks 2
  5. Infrastructure interdependencies Rinaldi, Peerenboom and Kelly (2001), IEEE Control Systems 21(6)
  6. Uncertainty fan (parameter Monte Carlo) Spiegelhalter, Pearson and Short (2011), Visualising uncertainty about the future, Science 333
  7. One-at-a-time sensitivity (tornado) Saltelli and others (2008), Global Sensitivity Analysis: The Primer, Wiley

Data

The model runs on the teaching values set by the controls. To calibrate it for a place, read it against these admitted layers and series, which this page's map can draw:

  • Major roads Natural Earth
  • Railways Natural Earth
  • Seaports Natural Earth
  • Airports Natural Earth
  • Urban extents Natural Earth
  • Night lights tonight, outages (VIIRS Day/Night Band) NASA/NOAA VIIRS (Suomi NPP) · register nasa.gibs.context-live-layers
  • Natural events (NASA EONET) NASA EONET · register nasa.eonet.events
How a local shock becomes a system outage. Illustrative teaching model: it runs on the values set by the controls, not on measured data. Methods: Interdependent networks (Buldyrev and others (2010), Catastrophic cascade of failures in interdependent networks, Nature 464); Overload cascades (Motter and Lai (2002), Physical Review E 66); Betweenness load (Brandes (2001), Journal of Mathematical Sociology 25).

Across the six pillars, led by Nexus Consortium

04Data

What the method consumes.

Datasets and records used by cybersecurity and cryptography on this platform, with the role each plays and the label its values carry. Sources are listed in the source register.

DataRoleLabel
Security event and incident logsDetection and incident analysisOBSERVED
CISA Known Exploited Vulnerabilities and the NIST National Vulnerability DatabaseVulnerability prioritisationPublished statistics
MITRE ATT&CK knowledge baseMapping adversary techniquesREPORTED
Supervisory incident reportsSector incident patternsPublished statistics
Threat intelligence sharing (FS-ISAC and national CSIRTs)Emerging threats and indicators of compromiseREPORTED
05Exposure, loss and capital

What cybersecurity for financial systems means for exposure, loss and capital.

The exposure, loss, scenario and capital views a risk officer, supervisor or ministry of finance would ask for, with the frameworks they report against. Structures follow supervisory and actuarial practice. Values are illustrative: never prices, ratings or advice.

Transmission channels

How a shock in cybersecurity for financial systems reaches credit, market, underwriting, liquidity and operational risk, and feeds back.

Channel structure after the Basel Committee's work on climate-related risk drivers and transmission channels; links shown are typical paths, not estimated exposures.
NGFS climate scenarios · Network for Greening the Financial SystemIFRS S2 Climate-related Disclosures · ISSBTCFD recommendations · Financial Stability Board TCFDPrinciples for the effective management of climate-related financial risks · Basel Committee on Banking Supervision
06Validation

How results are checked.

Controls are tested through red-team exercises, audits and formal analysis of cryptographic schemes. Incident data are used to check whether defences performed as intended.

CheckHow it is done
Scenario realismTest scenarios are drawn from current threat intelligence, not generic checklists
Detection validationControls are exercised with simulated attack techniques to confirm alerts fire and are acted on
Recovery exercisesBackups and failover are restored in practice, with time to recovery recorded against tolerance
Independent assuranceTesters and internal audit are independent of the teams that run the controls

Adversaries adapt, so historical data may not reflect future attacks. Software supply chains and legacy systems introduce weaknesses that are hard to inventory.

08Stewardship

Who maintains the method.

Cybersecurity and Digital Resilience stewards cybersecurity and cryptography for the Consortium and reviews how it is applied across platforms.

10Questions

Questions and answers.

What are the limits of cybersecurity and cryptography in this field?
Adversaries adapt, so historical data may not reflect future attacks. Software supply chains and legacy systems introduce weaknesses that are hard to inventory.
How are results checked?
Controls are tested through red-team exercises, audits and formal analysis of cryptographic schemes. Incident data are used to check whether defences performed as intended.
Are the values on this page real?
The data names, roles and checks are real descriptions of practice. The canvas shows a design of the method's use, not a run; no result is reported here.
Where else is this method applied?
The canonical method page lists every platform that applies it.
ReportsContribute

Contribute evidence from this page.

Reports is the Consortium's quarterly publication. What you know about this subject can become evidence, a case or a correction in the next edition, credited to you and published under CC BY 4.0 where it is your own work.

Global Risks AllianceFintech NexusExponential TechnologyFinance and Insurance Readiness
Fintech Nexus

Bring an exposure or capital question to the Alliance.

Information and enquiries are open today. An enquiry receives a reference and names the next step; applications, payments, compute allocations and registrations open only when their team, terms and review capacity exist.