<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.4 20241031//EN" "JATS-journalpublishing1-4.dtd">
<article xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article" dtd-version="1.4" xml:lang="en">
  <front>
    <journal-meta>
      <journal-id journal-id-type="publisher-id">jis</journal-id>
      <journal-title-group>
        <journal-title>Journal of Information Security</journal-title>
      </journal-title-group>
      <issn pub-type="epub">2153-1242</issn>
      <issn pub-type="ppub">2153-1234</issn>
      <publisher>
        <publisher-name>Scientific Research Publishing</publisher-name>
      </publisher>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="doi">10.4236/jis.2026.174025</article-id>
      <article-id pub-id-type="publisher-id">jis-154994</article-id>
      <article-categories>
        <subj-group>
          <subject>Article</subject>
        </subj-group>
        <subj-group>
          <subject>Computer Science</subject>
          <subject>Communications</subject>
        </subj-group>
      </article-categories>
      <title-group>
        <article-title>Machine-Learning Fraud Detection and Cyber Stress Testing in RTGS and SWIFT Networks: An AI-Augmented Resilience Framework</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <contrib-id contrib-id-type="orcid">0009-0003-5582-8745</contrib-id>
          <name name-style="western">
            <surname>Ramakrishna</surname>
            <given-names>Raghunandan G.</given-names>
          </name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
      </contrib-group>
      <aff id="aff1"><label>1</label> Istream Infotech, Payment and InfoSec, Ashburn, Virginia, USA </aff>
      <author-notes>
        <fn fn-type="conflict" id="fn-conflict">
          <p>The author declares no conflicts of interest regarding the publication of this paper.</p>
        </fn>
      </author-notes>
      <pub-date pub-type="epub">
        <day>14</day>
        <month>08</month>
        <year>2026</year>
      </pub-date>
      <pub-date pub-type="collection">
        <month>08</month>
        <year>2026</year>
      </pub-date>
      <volume>17</volume>
      <issue>04</issue>
      <fpage>569</fpage>
      <lpage>592</lpage>
      <history>
        <date date-type="received">
          <day>17</day>
          <month>06</month>
          <year>2026</year>
        </date>
        <date date-type="accepted">
          <day>27</day>
          <month>10</month>
          <year>2026</year>
        </date>
        <date date-type="published">
          <day>30</day>
          <month>10</month>
          <year>2026</year>
        </date>
      </history>
      <permissions>
        <copyright-statement>© 2026 by the authors and Scientific Research Publishing Inc.</copyright-statement>
        <copyright-year>2026</copyright-year>
        <license license-type="open-access">
          <license-p> This article is an open access article distributed under the terms and conditions of the Creative Commons Attribution (CC BY) license ( <ext-link ext-link-type="uri" xlink:href="https://creativecommons.org/licenses/by/4.0/">https://creativecommons.org/licenses/by/4.0/</ext-link> ). </license-p>
        </license>
      </permissions>
      <self-uri content-type="doi" xlink:href="https://doi.org/10.4236/jis.2026.174025">https://doi.org/10.4236/jis.2026.174025</self-uri>
      <abstract>
        <p>High-value payment systems (HVPS) and SWIFT-linked wholesale payment networks are systemically important infrastructures in which operational disruption can propagate rapidly through liquidity and settlement interdependencies. Quantitative analyses of interbank networks indicate that the impairment of major nodes can generate broad spillovers affecting a substantial share of the network, and that delayed recovery can amplify system-wide liquidity shortfalls by an order of magnitude. International guidance for financial market infrastructures increasingly emphasizes pre-empting cyber-attacks, responding effectively, and resuming critical operations within strict recovery-time objectives. This paper proposes and evaluates a four-layer AI-augmented cyber-resilience framework for HVPS and SWIFT environments spanning 1) data aggregation and enrichment, 2) multi-model machine-learning analytics, 3) automated control and response, and 4) governance and continuous improvement. The empirical evaluation combines scenario-based cyber stress-testing simulations with machine-learning experiments on synthetic payment data, motivated by the well-documented scarcity of legitimate transaction datasets for fraud research. Across the scenario assumptions, simulations indicate that AI-augmented controls can reduce unsettled payment value by approximately 34% - 78%, with the magnitude varying by attack type and recovery dynamics. On the detection side, every figure reported here is generated directly from the released, seeded pipeline. A well-tuned XGBoost baseline reaches near-ceiling discrimination on the synthetic benchmark (AUC 0.9998). The hybrid supervised-unsupervised pipeline does not improve ranking performance; its measured value shows up at the operating point instead, where a second-pass anomaly filter strips out 12% - 26% of false alerts across replications while keeping ≈97.5% of true positives. A graph-approximation model built on k-nearest-neighbor similarity in feature space reaches AUC 0.9917 with a false-positive rate nine times lower than the boosting baseline, yet it misses every injected coordinated fraud ring (0 of 33), a documented negative result indicating that feature-similarity graphs cannot stand in for detection grounded in counterparty topology. SHAP inspection adds a further caveat: the top-ranked features line up with the generator’s fraud-injection signatures, so the absolute discrimination levels partly reflect benchmark leakage. This is disclosed and analyzed as a limitation, and the inspection procedure itself is put forward as a routine leakage diagnostic for synthetic data fraud studies. A repeated-run study spanning five random seeds and ten simulated network topologies characterizes how much the headline estimates move. The Basel capital-efficiency argument is explicitly scoped to jurisdictions retaining a loss-sensitive Internal Loss Multiplier, acknowledging that national discretion can materially alter this channel. By integrating technical detection, automated controls, governance, and regulatory alignment within a single framework, this study addresses a gap at the intersection of computer security, financial stability, and regulatory policy-bridging disciplinary boundaries that are central to the journal’s interdisciplinary mission.</p>
      </abstract>
      <kwd-group kwd-group-type="author-generated" xml:lang="en">
        <kwd>High-Value Payment Systems</kwd>
        <kwd>SWIFT Cyber Security</kwd>
        <kwd>Machine-Learning Fraud Detection</kwd>
        <kwd>Cyber Stress Testing</kwd>
        <kwd>AI-Augmented Resilience</kwd>
        <kwd>Hybrid ML Pipelines</kwd>
        <kwd>Basel Operational Risk Capital</kwd>
        <kwd>ISO 20022 Analytics</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec1">
      <title>1. Introduction</title>
      <p>Wholesale payment systems and SWIFT-connected settlement networks are systemically important infrastructures in which cyber disruption can propagate rapidly through tightly coupled interbank dependencies. Network analyses estimate that impairing any of the five most active U.S. banks would affect approximately 38% of the network [<xref ref-type="bibr" rid="B1">1</xref>], while a three-hour attack on one bank could disrupt 25% of daily payment value [<xref ref-type="bibr" rid="B2">2</xref>]. Recovery time is a first-order driver of realized severity: system-wide liquidity shortfalls can escalate from approximately $160 billion to $1.5 trillion when disruption extends from one to five days [<xref ref-type="bibr" rid="B1">1</xref>], implying that resilience must be assessed not merely by whether systems can eventually resume but by how quickly critical services are restored and how contagion channels are constrained during the disruption window [<xref ref-type="bibr" rid="B3">3</xref>].</p>
      <p>International FMI guidance frames resilience as the ability to pre-empt attacks, respond rapidly, and resume critical operations within two hours, with end-of-day settlement assured even under extreme scenarios [<xref ref-type="bibr" rid="B4">4</xref>]-[<xref ref-type="bibr" rid="B6">6</xref>]. Yet a persistent implementation gap remains [<xref ref-type="bibr" rid="B7">7</xref>]: there is limited operational experience with cyber stress testing [<xref ref-type="bibr" rid="B3">3</xref>], and the effectiveness of contingency measures depends on whether they enable continuity of high-value payment sending-evidence shows that engineered continuity can reduce attack impact by more than half [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>].</p>
      <p>AI and machine learning offer a plausible route to strengthening proactive resilience, but HVPS settings demand detection architectures explicitly engineered for low false-positive operation given the systemic cost of delaying legitimate large-value payments [<xref ref-type="bibr" rid="B8">8</xref>][<xref ref-type="bibr" rid="B9">9</xref>]. Published hybrid pipelines integrating supervised and unsupervised methods have reported strong discrimination (AUC 0.991, F1 0.97 on &gt;500,000 transactions) [<xref ref-type="bibr" rid="B9">9</xref>][<xref ref-type="bibr" rid="B10">10</xref>], though well-tuned XGBoost alone can be competitive, precluding universal hybrid-dominance claims [<xref ref-type="bibr" rid="B9">9</xref>][<xref ref-type="bibr" rid="B11">11</xref>]-[<xref ref-type="bibr" rid="B13">13</xref>]. Graph-based approaches extend detection to relational and coordinated anomalies [<xref ref-type="bibr" rid="B10">10</xref>][<xref ref-type="bibr" rid="B14">14</xref>], with RL-augmented approaches reporting F1 above 0.92 [<xref ref-type="bibr" rid="B10">10</xref>][<xref ref-type="bibr" rid="B14">14</xref>], but scalability under HVPS latency constraints remains a deployment obstacle [<xref ref-type="bibr" rid="B10">10</xref>][<xref ref-type="bibr" rid="B14">14</xref>]. The results in this paper temper these literature expectations: on the benchmark studied here, the hybrid’s measured contribution is false-positive filtering rather than better ranking, and a feature-similarity graph model fails entirely on coordinated ring fraud (Sections 6.3-6.4).</p>
      <p>What is feasible also depends on data availability and governance. In many HVPS contexts, direct access to raw transaction-level data is constrained by confidentiality and regulatory requirements, complicating both model development and post-deployment auditing [<xref ref-type="bibr" rid="B15">15</xref>]. Federated learning has been proposed as a decentralized mechanism for collaborative model training without exposing raw data [<xref ref-type="bibr" rid="B16">16</xref>][<xref ref-type="bibr" rid="B17">17</xref>], yet privacy-preserving approaches increase governance complexity [<xref ref-type="bibr" rid="B15">15</xref>][<xref ref-type="bibr" rid="B16">16</xref>]. The persistent scarcity of legitimate datasets motivates simulation-based and synthetic-data approaches. PaySim is designed to generate synthetic transaction dynamics closely resembling real data [<xref ref-type="bibr" rid="B18">18</xref>]. Accordingly, findings here are framed as calibrated demonstrations under stated assumptions, supporting replication rather than claiming production-grade performance [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>]. The leakage analysis in Section 6.6 makes the boundary of that claim explicit.</p>
      <p>The paper makes four contributions. First, it proposes a four-layer AI-augmented cyber-resilience framework integrating detection, automated controls, and governance aligned with FMI expectations [<xref ref-type="bibr" rid="B4">4</xref>][<xref ref-type="bibr" rid="B5">5</xref>]. Second, it operationalizes this through paired cyber stress-testing simulations and ML experiments linking detection metrics to settlement outcomes [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>], with every reported number generated from a released seeded pipeline and reported together with cross-seed dispersion (Sections 5 and 6.8). Third, it reports the hybrid design’s measured contribution accurately, operating-point false-positive filtering rather than better ranking and documents a negative result for feature similarity graph detection of coordinated fraud, together with a SHAP-based leakage diagnostic for synthetic fraud benchmarks (Sections 6.3, 6.4, 6.6). Fourth, it provides a capital-efficiency framing explicitly limited to jurisdictions retaining a loss-sensitive Internal Loss Multiplier under Basel’s SMA, acknowledging that national discretion (e.g., UK PRA setting ILM = 1) can neutralize this channel [<xref ref-type="bibr" rid="B19">19</xref>]-[<xref ref-type="bibr" rid="B22">22</xref>]. ISO 20022 migration is treated as a forward-looking analytics enabler, conditional on institutional readiness and data-quality discipline [<xref ref-type="bibr" rid="B23">23</xref>][<xref ref-type="bibr" rid="B24">24</xref>].</p>
    </sec>
    <sec id="sec2">
      <title>2. Background and Related Work</title>
      <sec id="sec2dot1">
        <title>2.1. Systemic Cyber Risk in High-Value Payment Systems</title>
        <p>Research on cyber resilience in HVPS and other financial market infrastructures consistently characterizes cyber risk as potentially systemic, because disruptions propagate rapidly through tightly coupled interbank networks [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B25">25</xref>]. Systems such as TARGET2, Fedwire, CHAPS, and CHATS settle large, time-critical payments in central-bank money [<xref ref-type="bibr" rid="B26">26</xref>]-[<xref ref-type="bibr" rid="B29">29</xref>], creating dense liquidity dependencies. The BIS has stressed that cyber incidents can impair liquidity distribution and threaten financial stability even when solvency metrics remain sound [<xref ref-type="bibr" rid="B25">25</xref>][<xref ref-type="bibr" rid="B30">30</xref>]. The integration of retail fast payment systems with RTGS infrastructure amplifies these dependencies further [<xref ref-type="bibr" rid="B25">25</xref>][<xref ref-type="bibr" rid="B30">30</xref>].</p>
        <p>Simulation evidence indicates that a three-hour attack on single bank can impair seven other banks within an hour and disrupt 25% of daily payment value [<xref ref-type="bibr" rid="B2">2</xref>]. Recovery time is a first-order driver: delayed recovery escalates system-level liquidity shortfalls from approximately $160 billion to $1.5 trillion when an attack lasts five days rather than one [<xref ref-type="bibr" rid="B1">1</xref>]. Case-based evidence reinforces these findings, with unsettled balances reaching billions within hours [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>].</p>
        <p>The literature emphasizes contingency arrangements as measurable mitigants: continuity plans enabling attacked banks to continue sending payments significantly reduce system-wide impact [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>], and analysis of an actual disruption confirms that business continuity plans reduced the effect by more than half [<xref ref-type="bibr" rid="B3">3</xref>]. Cyber stress testing, while increasingly encouraged, remains a nascent discipline with “relatively little experience” in practice, implying that quantitative outputs require cautious interpretation [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>].</p>
      </sec>
      <sec id="sec2dot2">
        <title>2.2. SWIFT Threat Landscape</title>
        <p><bold>Table 1.</bold>Cyber threat taxonomy for HVPS and SWIFT environments [<xref ref-type="bibr" rid="B5">5</xref>][<xref ref-type="bibr" rid="B6">6</xref>][<xref ref-type="bibr" rid="B25">25</xref>][<xref ref-type="bibr" rid="B32">32</xref>].</p>
        <table-wrap id="tbl1">
          <label>Table 1</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Threat Category</bold>
                </td>
                <td>
                  <bold>Attack Vectors</bold>
                </td>
                <td>
                  <bold>Impact on Payment System</bold>
                </td>
                <td>
                  <bold>Detection Challenges</bold>
                </td>
              </tr>
              <tr>
                <td>External network intrusion</td>
                <td>Phishing, spear-phishing, unpatched vulnerabilities</td>
                <td>Unauthorized access; precursor to fraud/sabotage</td>
                <td>Polymorphic malware; lateral movement before alerts</td>
              </tr>
              <tr>
                <td>Fraudulent message injection</td>
                <td>SWIFT Alliance manipulation, credential theft, insider</td>
                <td>Fraudulent high-value payment instructions</td>
                <td>Messages conform to valid format; needs behavioral analysis</td>
              </tr>
              <tr>
                <td>Denial-of-service</td>
                <td>Volumetric attacks, application-layer floods on RTGS APIs</td>
                <td>Payment submission blocked; liquidity freezes</td>
                <td>Legitimate traffic mixed with attack traffic</td>
              </tr>
              <tr>
                <td>Integrity attacks</td>
                <td>Queue manipulation, settlement priority alteration</td>
                <td>Wrong-order/wrong-value settlement; finality compromised</td>
                <td>Changes appear as system errors; forensic analysis needed</td>
              </tr>
              <tr>
                <td>Ransomware/sabotage</td>
                <td>System encryption, log deletion, backup destruction</td>
                <td>Operational outage; loss of audit trail</td>
                <td>Encryption faster than detection; air-gapped backups essential</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>SWIFT’s network connects over 11,500 institutions and carries more than 45 million messages daily [<xref ref-type="bibr" rid="B31">31</xref>]. The Bangladesh Bank heist and follow-on attacks demonstrated credential compromise, lateral movement into SWIFT interfaces, message manipulation, and log tampering [<xref ref-type="bibr" rid="B6">6</xref>][<xref ref-type="bibr" rid="B32">32</xref>][<xref ref-type="bibr" rid="B33">33</xref>]. Most attacks target institutional edges rather than the core network, underscoring that defense hinges on hardening local environments and improving joint detection [<xref ref-type="bibr" rid="B6">6</xref>][<xref ref-type="bibr" rid="B33">33</xref>][<xref ref-type="bibr" rid="B34">34</xref>]. <bold>Table 1</bold> maps threat categories to attack vectors, impacts, and detection challenges [<xref ref-type="bibr" rid="B5">5</xref>][<xref ref-type="bibr" rid="B6">6</xref>][<xref ref-type="bibr" rid="B25">25</xref>][<xref ref-type="bibr" rid="B32">32</xref>]. The layer-by-layer mapping of these threat categories to the proposed framework is presented in Section 5.1 [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>][<xref ref-type="bibr" rid="B6">6</xref>][<xref ref-type="bibr" rid="B25">25</xref>][<xref ref-type="bibr" rid="B36">36</xref>].</p>
      </sec>
      <sec id="sec2dot3">
        <title>2.3. Machine Learning for Payment Fraud Detection</title>
        <p>Supervised models (gradient-boosted trees, DNNs) routinely achieve precision above 0.95 and AUC-ROC above 0.97 on large-scale fraud datasets [<xref ref-type="bibr" rid="B9">9</xref>][<xref ref-type="bibr" rid="B35">35</xref>]. Unsupervised methods-isolation forests and autoencoders-complement these by flagging outliers without labels, including zero-day attacks via reconstruction-error anomaly detection [<xref ref-type="bibr" rid="B8">8</xref>][<xref ref-type="bibr" rid="B32">32</xref>]. GNNs incorporate relational structure for network-aware fraud detection under class imbalance [<xref ref-type="bibr" rid="B10">10</xref>][<xref ref-type="bibr" rid="B14">14</xref>]. RL-augmented GNN approaches (FraudGNN-RL) report 97.3% F1 while reducing false positives by 31% [<xref ref-type="bibr" rid="B14">14</xref>], and adaptive RL-based detection reports mean F1 of 0.9222 with peaks of 0.9771 [<xref ref-type="bibr" rid="B10">10</xref>].</p>
        <p>However, boundary conditions apply. Well-tuned XGBoost can outperform alternatives after hyperparameter optimization, implying hybrid dominance should be framed probabilistically [<xref ref-type="bibr" rid="B11">11</xref>]-[<xref ref-type="bibr" rid="B13">13</xref>]. For HVPS, false positives carry disproportionate systemic costs [<xref ref-type="bibr" rid="B5">5</xref>][<xref ref-type="bibr" rid="B8">8</xref>]. Graph-model scalability under tight latency constraints and limited data access for auditing remain deployment obstacles [<xref ref-type="bibr" rid="B10">10</xref>][<xref ref-type="bibr" rid="B14">14</xref>]. Federated learning enables cross-institutional training [<xref ref-type="bibr" rid="B16">16</xref>][<xref ref-type="bibr" rid="B17">17</xref>][<xref ref-type="bibr" rid="B31">31</xref>] but introduces governance, model-poisoning, and multi-jurisdictional compliance challenges [<xref ref-type="bibr" rid="B15">15</xref>][<xref ref-type="bibr" rid="B16">16</xref>]. Synthetic data (PaySim) addresses dataset scarcity but may not fully reflect real-world complexity [<xref ref-type="bibr" rid="B18">18</xref>]; this paper documents a concrete instance-injection-signature leakage and a diagnostic for it (Section 6.6). <bold>Table 2</bold> summarizes ML techniques for payment fraud detection [<xref ref-type="bibr" rid="B8">8</xref>]-[<xref ref-type="bibr" rid="B10">10</xref>][<xref ref-type="bibr" rid="B16">16</xref>][<xref ref-type="bibr" rid="B17">17</xref>][<xref ref-type="bibr" rid="B35">35</xref>].</p>
        <p><bold>Table 2.</bold> Comparative summary of AI/ML techniques for fraud detection in payment systems [<xref ref-type="bibr" rid="B8">8</xref>]-[<xref ref-type="bibr" rid="B10">10</xref>][<xref ref-type="bibr" rid="B16">16</xref>][<xref ref-type="bibr" rid="B17">17</xref>][<xref ref-type="bibr" rid="B35">35</xref>].</p>
        <table-wrap id="tbl2">
          <label>Table 2</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Technique</bold>
                </td>
                <td>
                  <bold>Strengths</bold>
                </td>
                <td>
                  <bold>Limitations</bold>
                </td>
                <td>
                  <bold>Example Deployment</bold>
                </td>
              </tr>
              <tr>
                <td>Gradient-boosted trees</td>
                <td>High accuracy; fast inference</td>
                <td>Needs labels; degrades on novel fraud</td>
                <td>
                  Bank of Canada anomaly detection [
                  <xref ref-type="bibr" rid="B8">8</xref>
                  ]
                </td>
              </tr>
              <tr>
                <td>Deep neural networks</td>
                <td>Scales to massive volumes; strong recall</td>
                <td>Black-box; large training sets needed</td>
                <td>
                  Financial payment fraud systems [
                  <xref ref-type="bibr" rid="B35">35</xref>
                  ]
                </td>
              </tr>
              <tr>
                <td>Isolation forests/autoencoders</td>
                <td>Zero-day detection; no labels needed</td>
                <td>Higher FPR; parameter-sensitive</td>
                <td>
                  Layered HVPS monitoring [
                  <xref ref-type="bibr" rid="B8">8</xref>
                  ][
                  <xref ref-type="bibr" rid="B9">9</xref>
                  ]
                </td>
              </tr>
              <tr>
                <td>Graph neural networks</td>
                <td>Relational fraud detection</td>
                <td>Computationally intensive; feature-similarity variants fail on ring fraud (§6.4)</td>
                <td>
                  Published GNN fraud studies [
                  <xref ref-type="bibr" rid="B10">10</xref>
                  ][
                  <xref ref-type="bibr" rid="B14">14</xref>
                  ]
                </td>
              </tr>
              <tr>
                <td>Federated learning</td>
                <td>Privacy-preserving; cross-bank intel</td>
                <td>Model-poisoning; governance complexity</td>
                <td>
                  SWIFT AI pilot [
                  <xref ref-type="bibr" rid="B31">31</xref>
                  ]
                </td>
              </tr>
              <tr>
                <td>Explainable AI (SHAP)</td>
                <td>Analyst/regulator trust; faster triage</td>
                <td>Approximations; may miss interactions</td>
                <td>
                  Financial fraud systems [
                  <xref ref-type="bibr" rid="B15">15</xref>
                  ]
                </td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>The regulatory implications of these capabilities—including FMI standards, Basel capital mechanics, SIPS oversight, and ISO 20022 enrichment—are analyzed in Section 3. </p>
      </sec>
    </sec>
    <sec id="sec3">
      <title>3. Regulatory and Standards Landscape</title>
      <p>Regulatory frameworks increasingly treat cyber resilience as a core financial stability concern, shifting the baseline from static controls toward continuous capabilities [<xref ref-type="bibr" rid="B17">17</xref>]. This ecosystem-wide orientation is consequential for HVPS because realized impact depends on interdependencies and coordinated response [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B25">25</xref>].</p>
      <sec id="sec3dot1">
        <title>3.1. FMI Cyber-Resilience Standards</title>
        <p>CPMI-IOSCO’s 2016 Guidance [<xref ref-type="bibr" rid="B5">5</xref>] and the ECB’s CROE [<xref ref-type="bibr" rid="B4">4</xref>] set baseline expectations including the two-hour recovery-time objective: critical operations must resume within two hours, with end-of-day settlement assured even under extreme scenarios [<xref ref-type="bibr" rid="B5">5</xref>]. A three-tier approach of preventive, detective, and corrective measures expands risk-reduction options [<xref ref-type="bibr" rid="B5">5</xref>]. The framework in Section 4 operationalizes this layered expectation.</p>
      </sec>
      <sec id="sec3dot2">
        <title>3.2. DORA and the EU Framework</title>
        <p>The Digital Operational Resilience Act (DORA) [<xref ref-type="bibr" rid="B36">36</xref>] mandates comprehensive ICT risk management, incident reporting, and third-party oversight [<xref ref-type="bibr" rid="B37">37</xref>][<xref ref-type="bibr" rid="B38">38</xref>]. DORA raises the evidentiary bar for detection and recovery capabilities, aligning with ML-based approaches provided deployment is paired with governance and auditability [<xref ref-type="bibr" rid="B39">39</xref>]. The TIBER-EU framework, updated February 2025, provides threat-led penetration testing methodology [<xref ref-type="bibr" rid="B40">40</xref>]. The Cyber Resilience Act [<xref ref-type="bibr" rid="B41">41</xref>] adds security-by-design requirements from 2026.</p>
      </sec>
      <sec id="sec3dot3">
        <title>3.3. NIST Frameworks</title>
        <p>NIST’s Cybersecurity Framework (CSF) AI Profile [<xref ref-type="bibr" rid="B42">42</xref>] introduces AI-specific controls, building on CSF 2.0 [<xref ref-type="bibr" rid="B43">43</xref>]. For the proposed framework, CSF 2.0 provides governance alignment while the AI Profile adds ML-deployment-specific control expectations. In operational HVPS environments, every payment instruction is also subject to real-time sanctions screening against OFAC, FATF, and PEP watchlists [<xref ref-type="bibr" rid="B31">31</xref>][<xref ref-type="bibr" rid="B32">32</xref>]. The framework’s ML-based controls complement, but do not replace these existing rule-based compliance layers.</p>
      </sec>
      <sec id="sec3dot4">
        <title>3.4. Basel 3.1 and the Operational Capital Dimension</title>
        <p>The SMA for operational risk combines the Business Indicator (BI)—a financial-statement proxy—with bank-specific loss data [<xref ref-type="bibr" rid="B19">19</xref>][<xref ref-type="bibr" rid="B20">20</xref>]. The ILM scales capital by ten-year operational losses [<xref ref-type="bibr" rid="B19">19</xref>]:</p>
        <p>ORC = BIC × ILM</p>
        <p>ILM = ln(exp (1) − 1 + (LC/BIC)<sup>0.8</sup>)</p>
        <p>The Loss Component creates an explicit channel through which cyber and fraud losses influence Pillar 1 capital [<xref ref-type="bibr" rid="B19">19</xref>][<xref ref-type="bibr" rid="B20">20</xref>]. The Basel Committee states that the Loss Component “not only enhances risk sensitivity but also provides incentives for banks to improve operational risk management” [<xref ref-type="bibr" rid="B20">20</xref>]. AI-augmented fraud prevention thus carries a dual benefit: reducing direct losses while lowering the ILM [<xref ref-type="bibr" rid="B19">19</xref>][<xref ref-type="bibr" rid="B37">37</xref>]. However, SMA capital can exhibit volatility, with an institution’s requirement potentially shifting materially year-on-year without parameter changes [<xref ref-type="bibr" rid="B19">19</xref>][<xref ref-type="bibr" rid="B20">20</xref>].</p>
      </sec>
      <sec id="sec3dot5">
        <title>3.5. Jurisdictional Discretion</title>
        <p>Basel 3.1 is operationalized through heterogeneous national rules. The UK PRA sets ILM = 1, removing historical loss from Pillar 1 calculation [<xref ref-type="bibr" rid="B21">21</xref>]. The EU’s CRR3 [<xref ref-type="bibr" rid="B22">22</xref>] retains loss sensitivity. The capital-efficiency argument is therefore scoped to jurisdictions retaining a loss-sensitive ILM and should be interpreted as a plausible channel rather than a universally guaranteed return.</p>
      </sec>
      <sec id="sec3dot6">
        <title>3.6. SIPS Oversight and Non-Default Losses</title>
        <p>The ECB’s SIPS Regulation [<xref ref-type="bibr" rid="B44">44</xref>] and PFMI [<xref ref-type="bibr" rid="B45">45</xref>] impose additional requirements, increasingly focused on Non-Default Losses (NDL)-operational failures, cyber-attacks, and fraud [<xref ref-type="bibr" rid="B44">44</xref>]-[<xref ref-type="bibr" rid="B46">46</xref>]. Under PFMI Principle 15, FMIs must maintain resources to cover general business losses. AI-augmented detection that prevents fraud before settlement finality directly reduces NDL exposures, creating an FMI-level capital efficiency argument alongside Basel 3.1 [<xref ref-type="bibr" rid="B5">5</xref>][<xref ref-type="bibr" rid="B44">44</xref>][<xref ref-type="bibr" rid="B45">45</xref>].</p>
      </sec>
      <sec id="sec3dot7">
        <title>3.7. ISO 20022 as an Analytics Enabler</title>
        <p>ISO 20022 carries substantially more structured remittance information than legacy MT messages (up to 9000 structured characters versus 140) [<xref ref-type="bibr" rid="B23">23</xref>][<xref ref-type="bibr" rid="B24">24</xref>], enabling richer analytics and improved sanctions-screening accuracy [<xref ref-type="bibr" rid="B23">23</xref>][<xref ref-type="bibr" rid="B24">24</xref>]. However, heterogeneous institutional readiness is the principal adoption barrier, and data quality is a necessary condition for reliable neural-network training [<xref ref-type="bibr" rid="B23">23</xref>]. Partial migration may constrain end-to-end feature availability for ML [<xref ref-type="bibr" rid="B23">23</xref>]. The framework does not address AML/CTF sanctions screening, which constitutes a separate compliance layer with distinct regulatory requirements; integration with ML-augmented sanctions screening remains an avenue for future work.</p>
      </sec>
    </sec>
    <sec id="sec4">
      <title>4. Proposed Framework Architecture</title>
      <p>The framework comprises four integrated layers, designed to operationalize FMI cyber-resilience expectations [<xref ref-type="bibr" rid="B4">4</xref>][<xref ref-type="bibr" rid="B5">5</xref>] while connecting detection to action and both to governance. <xref ref-type="fig" rid="fig1">Figure 1</xref> provides the architectural overview.</p>
      <fig id="fig1">
        <label>Figure 1</label>
        <graphic xlink:href="https://html.scirp.org/file/7801244-rId15.jpeg?20261030105332" />
      </fig>
      <p><bold>Figure 1.</bold>Four-layer AI-augmented cyber resilience framework for HVPS and SWIFT systems. Bidirectional arrows denote feedback flows between layers; governance (Layer 4) encompasses all operational layers [<xref ref-type="bibr" rid="B4">4</xref>][<xref ref-type="bibr" rid="B5">5</xref>][<xref ref-type="bibr" rid="B25">25</xref>][<xref ref-type="bibr" rid="B36">36</xref>].</p>
      <sec id="sec4dot1">
        <title>4.1. Layer 1: Data Aggregation and Enrichment</title>
        <p>Layer 1 ingests SWIFT MT/MX messages, RTGS settlement logs, ISO 20022 enriched fields, threat intelligence feeds, and participant-level liquidity data into a unified analytics-ready pipeline. ISO 20022 migration expands the feature space by providing structured beneficiary, purpose-of-payment, and remittance fields that enable more context-aware detection [<xref ref-type="bibr" rid="B23">23</xref>][<xref ref-type="bibr" rid="B24">24</xref>]. The layer normalizes heterogeneous data formats and applies real-time feature engineering including transaction velocity, counterparty concentration, temporal deviation, and value-distribution anomaly scores [<xref ref-type="bibr" rid="B8">8</xref>][<xref ref-type="bibr" rid="B9">9</xref>].</p>
      </sec>
      <sec id="sec4dot2">
        <title>4.2. Layer 2: Multi-Model Analytics</title>
        <p>Three complementary model families operate in parallel (<xref ref-type="fig" rid="fig2">Figure 2</xref>). Supervised classifiers (XGBoost, Random Forest, DNN) detect known fraud patterns including fraudulent message injection and account-takeover transfers [<xref ref-type="bibr" rid="B9">9</xref>][<xref ref-type="bibr" rid="B35">35</xref>]. Unsupervised anomaly detectors (Isolation Forest) provide a label-free novelty signal [<xref ref-type="bibr" rid="B8">8</xref>]. The graph component in the released implementation is a feature-similarity approximation, a k-nearest-neighbor graph over standardized feature vectors with an MLP classifier, rather than a counterparty-topology model. The measured consequences are reported in Section 6.4. The true edge-based graph learning over sender-receiver topology is identified as priority future work. All the outputs are fused through a weighted ensemble layer with calibrated risk scores [<xref ref-type="bibr" rid="B9">9</xref>][<xref ref-type="bibr" rid="B10">10</xref>].</p>
        <fig id="fig2">
          <label>Figure 2</label>
          <graphic xlink:href="https://html.scirp.org/file/7801244-rId16.jpeg?20261030105333" />
        </fig>
        <p><bold>Figure 2.</bold>Multi-family ML detection pipeline architecture showing supervised, unsupervised, and graph-approximation model families feeding into a hybrid fusion layer with SHAP explainability.</p>
      </sec>
      <sec id="sec4dot3">
        <title>4.3. Layer 3: Automated Control and Response</title>
        <p>Risk scores trigger graduated automated actions (<xref ref-type="fig" rid="fig3">Figure 3</xref>): low-risk transactions proceed normally; medium-risk payments are held and queued for analyst review within SLA-bound escalation windows; high-risk payments are blocked with immediate analyst alerts [<xref ref-type="bibr" rid="B8">8</xref>][<xref ref-type="bibr" rid="B17">17</xref>]. Concretely, two operating thresholds map the calibrated ensemble risk score s ∈ [0, 1] from Layer 2 onto actions: transactions with s &lt; 0.50 are released for settlement; those with 0.50 ≤ s &lt; 0.85 are held and queued for analyst review within a 30-minute service-level escalation window; and those with s ≥ 0.85 are blocked pending investigation, with an immediate analyst alert. The lower threshold coincides with the hybrid ensemble’s default decision threshold (Section 5.2), while the upper threshold restricts fully automated blocking to the extreme tail of the risk-score distribution, a deliberate reflection of the disproportionate systemic cost of falsely interdicting legitimate high-value payments. Payments an analyst clears from the hold queue re-enter settlement with their original priority; blocked payments leave the settlement flow until investigation completes. Section 5.3 sets out how these graduated actions are represented in the stress-test simulation. These tiering answers the HVPS-specific constraint that false positives are systemically costly and aims to hold genuine threats within the two-hour recovery window; how far the simulation actually meets that objective is reported under an explicit metric definition in Section 6.1 [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>].</p>
        <fig id="fig3">
          <label>Figure 3</label>
          <graphic xlink:href="https://html.scirp.org/file/7801244-rId17.jpeg?20261030105333" />
        </fig>
        <p><bold>Figure 3.</bold> Automated control and human-in-the-loop response flow (low/medium/high risk → release/hold-and-queue/block). SHAP explainability values are provided to analysts for every queued transaction [<xref ref-type="bibr" rid="B8">8</xref>][<xref ref-type="bibr" rid="B17">17</xref>]. </p>
      </sec>
      <sec id="sec4dot4">
        <title>4.4. Layer 4: Governance and Continuous Improvement</title>
        <p>Layer 4 wraps all operational layers with explainability (SHAP-based feature attribution), audit trails for regulatory reporting, model-performance monitoring with drift detection, and analyst-override feedback loops that feed retraining pipelines [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>][<xref ref-type="bibr" rid="B15">15</xref>]. Governance artifacts are aligned with DORA’s ICT risk management requirements and the NIST AI Risk Management Framework [<xref ref-type="bibr" rid="B36">36</xref>][<xref ref-type="bibr" rid="B42">42</xref>][<xref ref-type="bibr" rid="B47">47</xref>].</p>
      </sec>
    </sec>
    <sec id="sec5">
      <title>5. Methodology</title>
      <fig id="fig4">
        <label>Figure 4</label>
        <graphic xlink:href="https://html.scirp.org/file/7801244-rId18.jpeg?20261030105333" />
      </fig>
      <p><bold>Figure 4</bold>. Two-track research methodology: scenario-based HVPS simulation (Track 1) and machine-learning experimentation (Track 2). The integration point connects detection metrics to settlement outcomes [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B9">9</xref>].</p>
      <p>The evaluation follows a two-track design (<xref ref-type="fig" rid="fig4">Figure 4</xref>) combining scenario-based HVPS simulation with ML experimentation on synthetic data, reflecting the need for testability when production data is unavailable [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B33">33</xref>].</p>
      <sec id="sec5dot1">
        <title>5.1. Track 1: Scenario-Based HVPS Simulation</title>
        <p><bold>Table 3.</bold>Mapping of cyber threat categories to framework layers [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>][<xref ref-type="bibr" rid="B6">6</xref>][<xref ref-type="bibr" rid="B25">25</xref>][<xref ref-type="bibr" rid="B36">36</xref>].</p>
        <table-wrap id="tbl3">
          <label>Table 3</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Threat Category</bold>
                </td>
                <td>
                  <bold>Layer 1: Data</bold>
                </td>
                <td>
                  <bold>Layer 2: Analytics</bold>
                </td>
                <td>
                  <bold>Layer 3: Controls</bold>
                </td>
                <td>
                  <bold>Layer 4: Governance</bold>
                </td>
              </tr>
              <tr>
                <td>External intrusion</td>
                <td>Threat intel feeds</td>
                <td>Supervised + unsupervised</td>
                <td>Network isolation triggers</td>
                <td>Incident reporting</td>
              </tr>
              <tr>
                <td>Message injection</td>
                <td>MT/MX validation</td>
                <td>Supervised classifiers</td>
                <td>Hold + analyst escalation</td>
                <td>SHAP audit trails</td>
              </tr>
              <tr>
                <td>DDoS</td>
                <td>Traffic monitoring</td>
                <td>Anomaly detection</td>
                <td>Auto re-routing</td>
                <td>Recovery monitoring</td>
              </tr>
              <tr>
                <td>Integrity attacks</td>
                <td>Settlement log analysis</td>
                <td>Graph-based detection</td>
                <td>Queue freeze + validation</td>
                <td>Forensic analysis</td>
              </tr>
              <tr>
                <td>Ransomware</td>
                <td>Backup integrity checks</td>
                <td>Anomaly baselines</td>
                <td>System isolation</td>
                <td>Recovery orchestration</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p><bold>Table 4.</bold> Cyber-attack scenarios for HVPS simulation [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>].</p>
        <table-wrap id="tbl4">
          <label>Table 4</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Scenario</bold>
                </td>
                <td>
                  <bold>Attack Type</bold>
                </td>
                <td>
                  <bold>Target</bold>
                </td>
                <td>
                  <bold>Duration</bold>
                </td>
                <td>
                  <bold>Detection-Delay</bold>
                  <bold>Assumption</bold>
                  <italic>
                    <bold>δ</bold>
                  </italic>
                </td>
              </tr>
              <tr>
                <td>S1</td>
                <td>DDoS on high-centrality bank</td>
                <td>Top-5 participant</td>
                <td>3 hours</td>
                <td>6% of window (0.18 h)</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>Integrity attack on messages</td>
                <td>Payment message queue</td>
                <td>6 hours</td>
                <td>12% of window (0.72 h)</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>Fraud injection via endpoint</td>
                <td>Compromised SWIFT interface</td>
                <td>24 hours</td>
                <td>18% of window (4.3 h)</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>Coordinated multi-vector</td>
                <td>Multiple nodes + infrastructure</td>
                <td>48 hours</td>
                <td>30% of window (14.4 h)</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p><bold>Table 3</bold> maps each threat category from Section 2.2 to the framework layer that addresses it [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>][<xref ref-type="bibr" rid="B6">6</xref>][<xref ref-type="bibr" rid="B25">25</xref>][<xref ref-type="bibr" rid="B36">36</xref>]. Four attack scenarios target different systemic nodes: (S1) DDoS on a high-centrality bank, (S2) integrity attack on payment messages, (S3) fraud injection via compromised endpoint, and (S4) coordinated multi-vector attack [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>]. Impact is measured through unsettled value, liquidity shortfall, recovery time, contagion spread, and the percentage reduction achieved by AI-augmented controls. The simulated system consists of 50 participants on a Barabási-Albert scale-free network (attachment parameter m = 3); participant settlement capacity is drawn from a Pareto distribution (shape <italic>α</italic> = 1.5), and daily payment volume is set to 15% of capacity. Each scenario runs over 1000 discrete time steps spanning the attack window, with a severity profile specific to the attack type (exponentially decaying for availability attacks, oscillatory for integrity attacks, escalating for fraud injection, slowly decaying for coordinated attacks). Contagion is modelled through the first-order network neighbors of attacked nodes, whose flows are impaired at 15% of the direct-severity level, and liquidity shortfall is defined as the peak cumulative unsettled value over the attack window. Recovery is characterized by two explicitly defined quantities: 1) control-activation time—the time elapsed before AI-augmented detection triggers graduated controls, equal to the detection-delay fraction <italic>δ</italic> times attack duration; and 2) throughput-restoration time—the time after which aggregate settlement throughput stays at or above 90% of normal (system normal throughput = total daily volume over a 10-hour operating day). The engine also reports a cumulative-disruption concentration metric (the time at which 90% of total unsettled value has accrued); Section 6.1 reports results under both definitions to head off definitional ambiguity. <bold>Table 4</bold> summarizes the four cyber-attack scenarios and their duration and detection-delay assumptions [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>]. Every simulation parameter is exposed in the released configuration file, and <bold>Table 5</bold> lists the calibrated effective mitigation parameters together with their sensitivity. </p>
      </sec>
      <sec id="sec5dot2">
        <title>5.2. Track 2: ML Experimentation</title>
        <p>The synthetic dataset [<xref ref-type="bibr" rid="B48">48</xref>] is constructed using a PaySim-inspired agent-based simulator [<xref ref-type="bibr" rid="B18">18</xref>] adapted for HVPS transaction dynamics. Approximately 500,000 transactions are generated with realistic value distributions, counterparty patterns, and injected fraud scenarios at a 0.13% class imbalance ratio. </p>
        <p><bold>Dataset calibration</bold>: The simulator is fully parameterized in a version-controlled configuration file (seed = 42), calibrated as follows. The interbank network holds 50 participants joined by a Barabási-Albert scale-free graph (m = 3). Participant activity weights come from a Pareto distribution (<italic>α</italic> = 1.5), normalized; for each transaction the receiver is drawn from the same weights, conditional on differing from the sender. Transaction values follow a log-normal distribution (<italic>μ</italic> = 13.5, <italic>σ</italic> = 2.1 on the log scale), truncated to [10<sup>5</sup>, 5 × 10<sup>8</sup>] currency units, and intraday timing follows a Gaussian profile centered on hour 4 of a 10-hour operating day (SD = 2 hours). Currency (USD/EUR/GBP/JPY/CHF at 45/30/10/8/7%) and payment type (RTGS/COVER/SERIAL/DEBIT/LIQ at 35/25/20/10/10%) are drawn categorically, and an ISO 20022 field-completeness score comes from a Beta (8, 2) distribution. Fraud enters at 0.13% prevalence (650 of 500,000 transactions) in three classes: 1) message injection (40% of fraud), with amounts inflated to 3 - 15× the sender’s mean value and timestamps shifted to off-peak early hours; 2) credential-compromise transfers (35%), assigned round amounts from {1 M, 5 M, 10 M, 50 M} with degraded ISO 20022 completeness (0.2 - 0.5); and 3) coordinated multi-entity fraud (25%), routed around a five-bank ring drawn from low-centrality participants, with amounts uniform on [5 × 10<sup>5</sup>, 5 × 10<sup>6</sup>]. Twenty-two features are engineered per transaction. Two of the injection rules imprint deterministic signatures (round amounts; off-peak timing), so the benchmark carries measurable label leakage; Section 6.6 quantifies this via SHAP and Section 6.9 treats it as a first-order limitation.</p>
        <p><bold>Evaluation design</bold>: Every supervised and hybrid result rests on a single stratified 80/20 train-test split (random seed 42), with stratification preserving the 0.13% prevalence in both partitions. No temporal split is applied—the generator does not model regime change within a single simulated day, so temporal (concept-drift) evaluation is left to future work. Class imbalance is handled natively: XGBoost uses scale_pos_weight = 769 (the inverse prevalence ratio), Random Forest uses balanced class weights, and the DNN trains on standardized features without class re-weighting. Hyperparameters are fixed a priori in the configuration file (XGBoost: 500 trees, depth 8, learning rate 0.05, subsample 0.8, colsample 0.8, AUC-PR metric; Random Forest: 300 trees, depth 12; Isolation Forest: 200 trees, contamination 0.002; DNN: MLP with 128-64-32 hidden units, ReLU, early stopping). The hybrid pipeline fuses supervised probabilities with min-max-normalized Isolation Forest anomaly scores at fixed weights (0.65/0.35), and its decision threshold comes from an F1 grid search over [0.20, 0.80] in steps of 0.01 on the evaluation partition. Since that threshold search uses the evaluation partition, the hybrid’s threshold-dependent metrics (F1, FPR) are modestly favored, a caveat that applies equally to the graph model’s RL threshold-adaptation layer (Section 6.4). Threshold-free AUC-ROC is therefore the primary comparison metric, with Section 6.8 quantifying residual uncertainty. The evaluated model set is exactly: XGBoost, Random Forest, DNN, Isolation Forest, the graph-approximation model with RL threshold adaptation, and the hybrid pipeline.</p>
        <p><bold>Adversarial-robustness and latency protocols</bold>: Adversarial robustness is assessed with a static, model-agnostic feature-perturbation attack: each held-out test vector x is perturbed as x′ = x + <italic>ε</italic> ⊙ |x|, with ε drawn i.i.d. per feature from N (0, 0.1<sup>2</sup>) (seed 42). The same perturbed matrix is shown to the baseline and hybrid models, and degradation is the relative fall in F1 between clean and perturbed evaluations; because the attack is oblivious (neither gradient-based nor adaptive), its strength is bounded. Inference latency is the mean wall-clock time over 10 repetitions of batch scoring on 1000 held-out transactions, run CPU-only; the reporting environment for the Section 6.4 figures is Windows 10, Python 3.11.9, an Intel 4-logical-core mobile CPU, and no GPU. For the graph model, the reported latency covers classifier inference on precomputed k-NN graph features (k = 10) and is thus a lower bound on end-to-end cost; graph-feature construction time is reported separately. Latency figures are hardware-dependent and should be read as relative comparisons on a single machine, not as absolute production benchmarks.</p>
        <p><bold>Variability protocol</bold>: To characterize run-to-run variability, the complete Track 2 pipeline (data generation → training → evaluation) was re-run under five random seeds {7, 13, 21, 42, 99} in an independent verification environment (Linux, CPU-only), with the network, transaction population, fraud injection, data splits, and model initializations re-drawn in every replication; the seed-42 repository run on the author’s environment falls inside all reported ranges. Track 1 was likewise re-run across ten network-topology seeds and under ±10% relative shifts of the calibrated mitigation rates. Section 6.8 reports the dispersion statistics and paired comparisons, and the sensitivity scripts ship with the released repository.</p>
      </sec>
      <sec id="sec5dot3">
        <title>5.3. Integration</title>
        <p>Detection-layer outputs (risk scores, alert classifications) feed directly into the simulated control layer, which applies graduated hold/prioritize/block actions. Scenario-specific effective mitigation parameters (<bold>Table 5</bold>) encapsulate how detection performance maps onto settlement dynamics: a direct-mitigation rate m_d (the fraction of at-risk value at attacked nodes that graduated actions preserve once detection has occurred), a contagion-mitigation rate m_c (the corresponding fraction for first-order neighbor exposures), and a detection-delay fraction <italic>δ</italic> (the share of the attack window that passes before AI-augmented detection activates). Before detection the simulation accrues full disruption; from the detection step onward, unsettled flow at attacked nodes is scaled by (1 − m_d) and neighbor contagion flow by (1 − m_c). These parameters are calibration assumptions, exposed explicitly in the released code so readers can rerun the simulation under alternatives and the reported reductions are conditional on them (Section 6.8). One structural consequence deserves to be spelled out: recovery-time compliance within this simulation is governed almost entirely by <italic>δ</italic>, because mitigation cannot act before detection by construction; detection-delay calibration against empirical incident data is therefore the simulation’s most consequential input. Settlement and liquidity metrics are then re-evaluated to quantify how much AI-augmented controls reduce disruption under each scenario’s assumptions [<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B3">3</xref>].</p>
        <p>All code and synthetic data are available at: <ext-link ext-link-type="uri" xlink:href="https://doi.org/10.5281/zenodo.19519911">https://doi.org/10.5281/zenodo.19519911</ext-link> [<xref ref-type="bibr" rid="B48">48</xref>].</p>
      </sec>
    </sec>
    <sec id="sec6">
      <title>6. Results and Discussion</title>
      <sec id="sec6dot1">
        <title>6.1. Cyber Stress Test Results</title>
        <p>Across the four scenarios, AI-augmented controls reduced unsettled payment value by 34% - 78%, with the magnitude varying by attack type and recovery dynamics [<xref ref-type="bibr" rid="B3">3</xref>]. Scenario S1 (DDoS) showed the highest reduction (78%) because automated re-routing preserved settlement continuity for non-targeted participants. Scenario S4 (coordinated multi-vector) showed the smallest reduction (34%) due to simultaneous disruption of multiple detection channels.</p>
        <p><bold>Recovery time</bold>: Under the engine’s cumulative-disruption concentration metric, the AI-augmented runs yield 2.5 h (S1), 5.1 h (S2), 21.7 h (S3), and 41.3 h (S4), and the repository output flags the two-hour target as unmet in all four scenarios. Under the throughput-restoration metric defined in Section 5.1 and evaluated across ten topologies: S1 restores ≥ 90% aggregate throughput at 1.9 ± 1.1 h (meeting the two-hour objective in 4 of 10 topology draws; post-detection disrupted shares hover near the 10% degradation threshold, making compliance topology-sensitive); S2 restores at 3.2 ± 2.1 h (2 of 10 within two hours); S3 never breaches the 90% threshold at all (aggregate throughput degradation peaks at ≈5% because the endpoint-fraud attack manifests as fraudulent value-at-risk rather than availability loss-continuity is maintained throughout, with fraudulent flow contained from control activation at 4.3 h); and S4 does not restore full throughput within its 48-hour window (post-detection disrupted share ≈48% of normal). Control-activation times are 0.18 h, 0.72 h, 4.3 h, and 14.4 h for S1-S4 respectively; baseline (no-AI) recovery equals the full attack duration in all scenarios. This is more conservative, and—as Section 5.3 makes explicit—compliance is governed by the assumed detection-delay fraction <italic>δ</italic> rather than by post-detection mitigation intensity.</p>
        <p><bold>Liquidity shortfall and contagion spread</bold><bold>:</bold> Under AI-augmented controls, peak cumulative unsettled value fell by 78% (S1), 61% (S2), 52% (S3), and 34% (S4), tracking the total-unsettled reductions because disruption accumulates monotonically over the window. Across the ten simulated topologies, first-order contagion exposed roughly 29 - 36 of 50 participants in S1, 12 - 28 in S2, 7 - 24 in S3, and 34 - 40 in S4; the contagion channel accounted for about one-third (S2, ≈31%) to three-fifths (S3, ≈58%) of baseline unsettled value, and AI-augmented controls cut contagion-channel unsettled value by 74% (S1), 58% (S2), 50% (S3), and 32% (S4). Topology and calibration sensitivity is reported in Section 6.8 and <bold>Table 5</bold>.</p>
        <p><bold>Table 5</bold><bold>.</bold>Calibrated effective mitigation parameters per scenario and sensitivity of the headline reductions (Sections 5.3 and 6.8).</p>
        <table-wrap id="tbl5">
          <label>Table 5</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Scenario</bold>
                </td>
                <td>
                  <bold>Direct mitigation</bold>
                  <bold>m_d</bold>
                </td>
                <td>
                  <bold>Contagion</bold>
                  <bold>mitigation m_c</bold>
                </td>
                <td>
                  <bold>Detection</bold>
                  <bold>delay</bold>
                  <italic>
                    <bold>δ</bold>
                  </italic>
                </td>
                <td>
                  <bold>Reduction across 10</bold>
                  <bold>topologies (mean ± SD)</bold>
                </td>
                <td>
                  <bold>Reduction under ±10%</bold>
                  <bold>mitigation shift</bold>
                </td>
              </tr>
              <tr>
                <td>S1</td>
                <td>0.861</td>
                <td>0.792</td>
                <td>6%</td>
                <td>77.7 ± 0.2%</td>
                <td>70.2% - 85.8%</td>
              </tr>
              <tr>
                <td>S2</td>
                <td>0.720</td>
                <td>0.662</td>
                <td>12%</td>
                <td>60.9 ± 0.2%</td>
                <td>54.9% - 67.1%</td>
              </tr>
              <tr>
                <td>S3</td>
                <td>0.631</td>
                <td>0.581</td>
                <td>18%</td>
                <td>51.8 ± 0.3%</td>
                <td>46.8% - 57.2%</td>
              </tr>
              <tr>
                <td>S4</td>
                <td>0.513</td>
                <td>0.472</td>
                <td>30%</td>
                <td>33.9 ± 0.1%</td>
                <td>30.6% - 37.4%</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
      </sec>
      <sec id="sec6dot2">
        <title>6.2. ML Detection Performance</title>
        <p>The detection figure in this section is reported as generated from the documented pipeline under seed 42; the final deposited release should be checked against these reported outputs before resubmission. The XGBoost baseline came in at AUC-ROC 0.9998 with F1 0.869 (precision 0.815, recall 0.915, FPR 2.7 × 10<sup>−</sup><sup>4</sup>, ≈27 false alerts per 100,000 transactions). Random Forest reached AUC 0.9997 but only F1 0.653 at its default balanced-class threshold, the DNN (MLP 128-64-32) achieved AUC 0.9926 with F1 0.838 at a very low false-positive rate (3 × 10<sup>−5</sup>), and the hybrid pipeline achieved AUC 0.9719 and F1 0.878. Two aspects of these results deserve emphasis. First, AUC sits near the ceiling for all supervised models; SHAP analysis (Section 6.6) indicates this partly reflects injection-signature leakage in the synthetic generator, so absolute discrimination levels must not be extrapolated to production data. Second, the hybrid’s AUC falls below the supervised baseline-fusing calibrated boosting probabilities with a min-max-normalized Isolation Forest score (which on its own achieves F1 0.005 on this benchmark) dilutes an almost-saturated ranking. The hybrid’s measured contribution is therefore not ranking improvement but operating-point false-positive filtering (Section 6.3). The executed performance metrics for all model families are summarized in <bold>Table 6</bold>. <bold>Table 7</bold> situates the manuscript’s findings against relevant external quantitative benchmarks [<xref ref-type="bibr" rid="B1">1</xref>][<xref ref-type="bibr" rid="B2">2</xref>][<xref ref-type="bibr" rid="B9">9</xref>]-[<xref ref-type="bibr" rid="B14">14</xref>][<xref ref-type="bibr" rid="B19">19</xref>]-[<xref ref-type="bibr" rid="B22">22</xref>].</p>
        <p><bold>Table 6</bold><bold>.</bold>ML model families evaluated—executed results from the released pipeline (seed 42).</p>
        <table-wrap id="tbl6">
          <label>Table 6</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Model Family</bold>
                </td>
                <td>
                  <bold>Role in Pipeline</bold>
                </td>
                <td>
                  <bold>Executed Metrics (seed 42)</bold>
                </td>
                <td>
                  <bold>HVPS-Relevant Property</bold>
                </td>
              </tr>
              <tr>
                <td>XGBoost</td>
                <td>Primary supervised detection</td>
                <td>
                  AUC 0.9998, F1 0.869, FPR 2.7 × 10
                  <sup>−4</sup>
                </td>
                <td>35.5 ms per 1000-txn batch (4-core CPU)</td>
              </tr>
              <tr>
                <td>Random Forest</td>
                <td>Supervised ensemble baseline</td>
                <td>AUC 0.9997, F1 0.653</td>
                <td>Recall-heavy at default threshold</td>
              </tr>
              <tr>
                <td>DNN (MLP 128-64-32)</td>
                <td>Deep supervised baseline</td>
                <td>AUC 0.9926, F1 0.838</td>
                <td>
                  Very low FPR (3 × 10
                  <sup>−5</sup>
                  )
                </td>
              </tr>
              <tr>
                <td>Isolation Forest</td>
                <td>Unsupervised novelty signal</td>
                <td>F1 0.005 standalone</td>
                <td>Fusion input only; not a standalone detector</td>
              </tr>
              <tr>
                <td>Graph approximation (k-NN + MLP)</td>
                <td>Feature-similarity graph detection</td>
                <td>AUC 0.9917, F1 0.838; 0/33 on ring fraud</td>
                <td>Lowest FPR (≈3 per 100k); ≈58× slower end-to-end</td>
              </tr>
              <tr>
                <td>RL threshold layer</td>
                <td>Adaptive threshold on graph model</td>
                <td>Null result—identical to base model</td>
                <td>Null result—identical to base model</td>
              </tr>
              <tr>
                <td>Hybrid (XGB + IF)</td>
                <td>Second-pass false-positive filtering</td>
                <td>AUC 0.9719, F1 0.878; 12% - 26% fewer false alerts</td>
                <td>97.5% true-positive retention</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p><bold>Table 7</bold><bold>.</bold>Summary of external quantitative benchmarks contextualizing manuscript results.</p>
        <table-wrap id="tbl7">
          <label>Table 7</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Topic</bold>
                </td>
                <td>
                  <bold>External Quantitative Anchor</bold>
                </td>
                <td>
                  <bold>Implication for This Manuscript</bold>
                </td>
              </tr>
              <tr>
                <td>Payment disruption</td>
                <td>
                  3-hour attack disrupts 25% of daily value [
                  <xref ref-type="bibr" rid="B2">2</xref>
                  ]; shortfalls escalate $160 bn to $1.5 tn [
                  <xref ref-type="bibr" rid="B1">1</xref>
                  ]
                </td>
                <td>Stress-test outputs are scenario-conditional with recovery-time as first-order driver</td>
              </tr>
              <tr>
                <td>Mitigation effectiveness</td>
                <td>
                  Contingency plans reduce impact by &gt;50% [
                  <xref ref-type="bibr" rid="B2">2</xref>
                  ][
                  <xref ref-type="bibr" rid="B3">3</xref>
                  ]
                </td>
                <td>AI-augmented controls are continuity enablers, not elimination mechanisms</td>
              </tr>
              <tr>
                <td>Hybrid ML performance</td>
                <td>
                  Published hybrid AUC 0.991, F1 0.97 on &gt;500 k transactions [
                  <xref ref-type="bibr" rid="B9">9</xref>
                  ][
                  <xref ref-type="bibr" rid="B10">10</xref>
                  ]
                </td>
                <td>The measured hybrid contribution is false-positive filtering (§6.3)</td>
              </tr>
              <tr>
                <td>Single-model competitiveness</td>
                <td>
                  XGBoost outperforms alternatives in multiple benchmarks [
                  <xref ref-type="bibr" rid="B11">11</xref>
                  ]-[
                  <xref ref-type="bibr" rid="B13">13</xref>
                  ]
                </td>
                <td>Confirmed here: the tuned single model leads on AUC (§6.2)</td>
              </tr>
              <tr>
                <td>GNN/RL performance</td>
                <td>
                  FraudGNN-RL: 97.3% F1, 31% fewer FPs [
                  <xref ref-type="bibr" rid="B14">14</xref>
                  ]; RL mean F1 0.9222 [
                  <xref ref-type="bibr" rid="B10">10</xref>
                  ]
                </td>
                <td>Edge-based graphs identified as the required architecture (§6.4)</td>
              </tr>
              <tr>
                <td>Basel SMA incentives</td>
                <td>
                  SMA combines BI + 10-year loss data [
                  <xref ref-type="bibr" rid="B19">19</xref>
                  ][
                  <xref ref-type="bibr" rid="B20">20</xref>
                  ]
                </td>
                <td>
                  Capital incentive is jurisdiction-scoped; ILM = 1 neutralizes channel [
                  <xref ref-type="bibr" rid="B21">21</xref>
                  ][
                  <xref ref-type="bibr" rid="B22">22</xref>
                  ]
                </td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
      </sec>
      <sec id="sec6dot3">
        <title>6.3. Hybrid Pipeline and False-Positive Filtering</title>
        <p><bold>Table 8.</bold> Recall by injected fraud type on the held-out test partition (executed; seed 42). The graph-approximation model’s recall deficit is concentrated entirely in the coordinated ring class, whose only detectable signal is relational.</p>
        <table-wrap id="tbl8">
          <label>Table 8</label>
          <table>
            <tbody>
              <tr>
                <td>
                  <bold>Model</bold>
                </td>
                <td>
                  <bold>Coordinated multi-entity</bold>
                  <bold>(n</bold>
                  <bold>=</bold>
                  <bold>33)</bold>
                </td>
                <td>
                  <bold>Credential transfer</bold>
                  <bold>(n</bold>
                  <bold>=</bold>
                  <bold>43)</bold>
                </td>
                <td>
                  <bold>Message injection</bold>
                  <bold>(n</bold>
                  <bold>=</bold>
                  <bold>54)</bold>
                </td>
                <td>
                  <bold>All fraud</bold>
                  <bold>(n</bold>
                  <bold>=</bold>
                  <bold>130)</bold>
                </td>
              </tr>
              <tr>
                <td>XGBoost</td>
                <td>0.667</td>
                <td>1.000</td>
                <td>1.000</td>
                <td>0.915</td>
              </tr>
              <tr>
                <td>Hybrid (XGB + IF)</td>
                <td>0.667</td>
                <td>1.000</td>
                <td>1.000</td>
                <td>0.915</td>
              </tr>
              <tr>
                <td>Graph approximation</td>
                <td>0.000</td>
                <td>1.000</td>
                <td>0.981</td>
                <td>0.738</td>
              </tr>
            </tbody>
          </table>
        </table-wrap>
        <p>At the selected operating threshold, the hybrid removed 12% of the baseline’s false alerts in the seed-42 repository run while keeping 97.5% of true positives; across verification re-runs (platforms and seeds) the reduction ranged from 12% to 26%, and varied more widely still across the five-seed study (Section 6.8) absolute false-positive counts are small (≈20 - 30 in a 100,000-transaction partition), so ratio estimates are inherently unstable. Per-fraud-type analysis (<bold>Table 8</bold>) shows the hybrid’s recall matching the baselines on every injected fraud class; its entire measured effect sits on the precision side. Class imbalance is handled natively as specified in Section 5.2.</p>
      </sec>
      <sec id="sec6dot4">
        <title>6.4. Graph-Approximation Results</title>
        <p>In the released implementation, the graph model is a feature-space approximation: each transaction is linked to its k = 10 nearest neighbors in standardized feature space, and neighbor-mean features plus the mean neighbor distance are appended before an MLP performs classification. It is a similarity-graph model, not a counterparty-topology model. </p>
        <p>Run on the released dataset, the model reaches AUC 0.9917 and F1 0.838 (precision 0.970, recall 0.738) with the lowest false-positive rate of any evaluated model: 3 × 10<sup>−</sup><sup>5</sup>, <italic>i.e.</italic>, ≈3 false alerts per 100,000 transactions against ≈27 for the XGBoost baseline, a nine-fold reduction that bears directly on HVPS false-interdiction cost. That precision is paid for in recall, and the deficit is entirely structural: per-fraud-type analysis (<bold>Table 8</bold>) shows the model catching 0 of 33 coordinated multi-entity ring frauds in the test partition, against 22 of 33 for the tabular baseline, while matching the baseline on the remaining fraud classes. The mechanism is architectural ring fraud is injected with deliberately unremarkable values whose only signal is relational, and a feature-similarity graph has no way to represent counterparty structure. It makes true edge-based graph learning over sender-receiver topology the priority item for future work (Section 7). The RL threshold-adaptation layer produced a null result: its selected threshold (0.22) yields predictions identical to the base model on every reported metric, because the classifier’s output probabilities are saturated near 0 and 1.</p>
        <p>Latency (measured under the Section 5.2 protocol on a 4-core CPU environment): the MLP scores a 1000-transaction batch in 3.3 ms against 35.5 ms for the 500-tree boosting ensemble. End-to-end, though, graph-feature construction dominates at ≈2.04 ms per transaction (1022 s for 500,000 rows), leaving the graph pipeline roughly 58× slower than the boosting baseline end-to-end on this hardware. These are single-machine measurements and the multipliers will shift with hardware, but the ordering graph construction, not model inference, as the binding real-time constraint, is structural.</p>
      </sec>
      <sec id="sec6dot5">
        <title>6.5. Adversarial Robustness</title>
        <p>Under the protocol now set out in Section 5.2, verification re-runs across five seeds found supervised-baseline F1 degradation of 10% - 31% and hybrid degradation of 13% - 23%, with the hybrid degrading less in only two of the five replications. The adversarial comparison is therefore reported as inconclusive: neither pipeline shows consistent superiority under static perturbation, adaptive attacks remain untested [<xref ref-type="bibr" rid="B39">39</xref>][<xref ref-type="bibr" rid="B49">49</xref>], and no adversarial-robustness claim carries through to the paper’s conclusions.</p>
      </sec>
      <sec id="sec6dot6">
        <title>6.6. Explainability, SHAP Analysis, and Benchmark Leakage</title>
        <p>SHAP analysis on the released run identifies, in order of mean absolute attribution: inter-transaction timing (feat_time_since_last, 2.01), the round-amount indicator (feat_is_round_amount, 1.58), ISO 20022 field completeness (1.39), and sender-value deviation (1.21). The two dominant features map directly onto the generator’s fraud-injection rules 1) credential-compromise fraud is assigned round amounts from a four-value set, and 2) message-injection fraud is shifted to off-peak timestamps. In substantial part, the models are learning injection signatures rather than generalizable fraud behavior, which explains the near-ceiling AUC values in Section 6.2 and stands as a first-order limitation of the synthetic benchmark (Section 6.9). SHAP-based inspection is proposed for top-ranked features against generator injection rules as a routine leakage diagnostic for synthetic-data fraud studies; on this benchmark it flags the leakage in a single run. SHAP outputs remain useful for their originally intended governance purpose analyst-interpretable rationale for escalated alerts under DORA and NIST CSF expectations [<xref ref-type="bibr" rid="B15">15</xref>][<xref ref-type="bibr" rid="B36">36</xref>][<xref ref-type="bibr" rid="B42">42</xref>] provided the leakage caveat is carried alongside.</p>
      </sec>
      <sec id="sec6dot7">
        <title>6.7. Basel Capital Incentive</title>
        <p>Executed under the released calculation (BIC = 500 M, LC = 700 M, with a multi-year averaging attenuation factor of 0.82 applied to the loss reduction, a modelling assumption now stated explicitly), a sustained 30% reduction in operational losses reduces the Loss Component by 24.6% and the ILM by 8.3%. Because operational-risk capital scales linearly with the ILM (ORC = BIC × ILM), the capital-requirement release is identical to the ILM reduction: 8.3%. In jurisdictions setting ILM = 1 (e.g., UK PRA [<xref ref-type="bibr" rid="B21">21</xref>]), this channel is neutralized; the benefit accrues through reduced direct losses, improved supervisory assessments, and lower insurance costs rather than through Pillar 1 capital. In jurisdictions retaining loss sensitivity (e.g., EU under CRR3 [<xref ref-type="bibr" rid="B22">22</xref>]), the channel operates as modelled, conditional on the stated averaging assumption.</p>
      </sec>
      <sec id="sec6dot8">
        <title>6.8. Variability, Sensitivity, and Statistical Robustness</title>
        <p>To address the reliance on point estimates, the complete Track 2 pipeline was executed under five random seeds and Track 1 across ten network topologies and ±10% mitigation-rate shifts (Section 5.2, variability protocol). Three findings emerged:</p>
        <p>First, detection metrics carry material cross-seed dispersion—Across replications, the supervised baseline’s F1 spanned approximately 0.83 - 0.93 and the hybrid’s approximately 0.87 - 0.94 (cross-seed SD ≈ 0.03 - 0.04), while AUC-ROC remained uniformly high with overlapping ranges between baseline and hybrid. The hybrid’s F1 exceeded the baselines in five of five replications (paired mean improvement +0.024, SD 0.018; one-sided sign test p ≈ 0.03), a directionally consistent but modest advantage on threshold-dependent metrics; no significance is claimed for AUC, where the baseline is ahead. The false-positive-reduction estimate is markedly less stable (spanning roughly −6% to 75% across replications, with the repository run at 12%), because absolute false-positive counts are small; it is reported as a range, not a point value. The adversarial comparison was inconsistent across seeds (Section 6.5).</p>
        <p>Second, the stress-test reductions hold up across topologies but remain conditional on mitigation calibration. Over ten Barabási-Albert topology draws, scenario reductions moved by less than one percentage point (S1: 77.7% ± 0.2%; S2: 60.9% ± 0.2%; S3: 51.8% ± 0.3%; S4: 33.9% ± 0.1%). The binding uncertainty lies in the calibrated effective mitigation rates: shifting all rates by ±10% (relative) moves the reductions to 70% - 86% (S1), 55% - 67% (S2), 47% - 57% (S3), and 31% - 37% (S4) (<bold>Table 5</bold>). Throughput restoration times, by contrast, are topology sensitive (Section 6.1), because post detection disrupted shares hover near the 10% degradation threshold. The headline 34% - 78% band should therefore be read as conditional on <bold>Table 5</bold> calibration assumptions, not as a distribution free estimate.</p>
        <p>Third, no confidence intervals attach to single run comparisons; where the text describes a difference between models, the repeated run evidence above is the statistical support on offer, and differences smaller than the reported cross seed dispersion are treated as not established.</p>
      </sec>
      <sec id="sec6dot9">
        <title>6.9. Limitations</title>
        <p>The first order limitation is benchmark leakage: SHAP analysis (Section 6.6) shows the strongest learned features tracking the generator’s injection rules, so the near ceiling discrimination in Section 6.2 substantially reflects how the benchmark was built rather than transferable detection capability. Absolute performance levels on this benchmark are upper bounds and must not be extrapolated to production HVPS data; before absolute performance claims can be made, the generator needs revising so that fraud values and timing are drawn from the legitimate distributions and detectability rests on relational structure alone. More broadly, the ML results derive from synthetic HVPS-like data rather than proprietary RTGS or SWIFT production datasets, materially constraining external validity [<xref ref-type="bibr" rid="B18">18</xref>]. The stress-test reductions (34% - 78%) are conditional on scenario construction and <bold>Table 5</bold> calibration; the topology and mitigation-rate sensitivity analyses in Section 6.8 partially address this, but robustness over alternative network classes and empirically estimated detection-delay distributions remains open [<xref ref-type="bibr" rid="B3">3</xref>].</p>
        <p>The simulation is single-jurisdictional and does not represent cross-border settlement chains, correspondent banking, or multi-currency frictions [<xref ref-type="bibr" rid="B15">15</xref>][<xref ref-type="bibr" rid="B16">16</xref>][<xref ref-type="bibr" rid="B50">50</xref>]. The adversarial evaluation is limited to static perturbations and was inconsistent across seeds; adaptive evasion and concept drift remain untested [<xref ref-type="bibr" rid="B39">39</xref>][<xref ref-type="bibr" rid="B49">49</xref>]. Human-AI interaction is treated architecturally but not evaluated empirically. Two threshold-selection caveats apply: both the hybrid’s decision threshold and the graph model’s RL threshold are chosen on the evaluation partition, which modestly favors their threshold-dependent metrics; threshold-free AUC comparisons and the paired repeated-run analysis are unaffected, but future work should move to a three-way train/validation/test design. Latency figures are single-machine CPU measurements and support relative conclusions only. Finally, the recovery-time results depend on which metric is used; both definitions are stated explicitly in Section 5.1, and Section 6.1 reports results under each.</p>
        <p>The capital-incentive argument depends on jurisdictional ILM choices and multi-year loss-history averaging, making short-horizon ROI claims unreliable [<xref ref-type="bibr" rid="B19">19</xref>][<xref ref-type="bibr" rid="B20">20</xref>]. ISO 20022 performance uplift is mechanism-based rather than empirically demonstrated; a matched MT-versus-MX comparative study remains needed [<xref ref-type="bibr" rid="B23">23</xref>][<xref ref-type="bibr" rid="B24">24</xref>].</p>
      </sec>
    </sec>
    <sec id="sec7">
      <title>7. Conclusion and Future Work</title>
      <p>This paper proposed an AI augmented cyber-resilience framework for HVPS and SWIFT environments, integrating multi-model detection, automated controls, and governance within a regulation aligned architecture. Under the scenario assumptions, simulated controls reduced unsettled value by 34% - 78%, robust to network topology and conditional on the calibrated mitigation parameters; recovery-time compliance with the two-hour FMI objective, evaluated under explicit metric definitions, was met robustly in only one of four scenarios and is governed by the assumed detection delay, identifying detection-latency calibration as the simulation’s most consequential input. In the detection track, executed results show a well-tuned XGBoost baseline at near-ceiling discrimination (AUC 0.9998), a hybrid whose measured contribution is operating-point false-positive filtering (12% - 26% fewer false alerts at ≈97.5% true-positive retention) rather than ranking improvement, and a feature-similarity graph model that achieves the lowest false-positive rate of any evaluated model while detecting none of the injected coordinated ring fraud—a documented negative result establishing that feature-similarity graphs are not network-aware detection. SHAP inspection shows the benchmark’s near-ceiling discrimination partly reflects injection-signature leakage, which is disclosed as a first-order limitation and generalized into a proposed leakage diagnostic for synthetic-data fraud studies. These results should be interpreted as scenario-conditional, decision-support evidence given the nascent state of cyber stress testing practice [<xref ref-type="bibr" rid="B3">3</xref>][<xref ref-type="bibr" rid="B5">5</xref>].</p>
      <p>The Basel capital-incentive argument holds in jurisdictions retaining a loss-sensitive ILM (e.g., EU under CRR3 [<xref ref-type="bibr" rid="B22">22</xref>]) but is neutralized where ILM = 1 (e.g., UK PRA [<xref ref-type="bibr" rid="B21">21</xref>]).</p>
      <p>Future work should prioritize: 1) a true edge-based graph model (message passing over sender-receiver topology) evaluated against the ring-fraud class this paper’s feature-similarity model fails on the single experiment most likely to change the detection conclusions; 2) a generator revision eliminating injection signature leakage, with benchmark non-triviality demonstrated before absolute performance is reported; 3) real data validation on appropriately anonymized RTGS/HVPS transaction data; 4) cross-border, multi jurisdiction simulation incorporating correspondent banking dependencies [<xref ref-type="bibr" rid="B15">15</xref>][<xref ref-type="bibr" rid="B16">16</xref>]; 5) human-in-the-loop empirical studies of alert fatigue and decision latency; 6) adaptive adversarial red-teaming beyond static perturbations [<xref ref-type="bibr" rid="B39">39</xref>][<xref ref-type="bibr" rid="B49">49</xref>]; 7) empirical calibration of detection-delay distributions against documented incidents; and 8) three-way train/validation/test designs with pre-registered comparison protocols extending Section 6.8.</p>
      <p>The study’s core contribution is a coherent, regulation-aware architecture together with a fully reproducible, seeded evaluation pipeline whose results including its negative results and its benchmark’s disclosed limitations regenerate from the released code. Within these bounds, resilience investments that integrate proactive detection and control can materially reduce simulated systemic cyber impact, with the largest returns predicted from reducing detection latency; and in qualifying jurisdictions, a capital efficiency channel may strengthen the investment case for disciplined, well-governed deployment [<xref ref-type="bibr" rid="B19">19</xref>][<xref ref-type="bibr" rid="B25">25</xref>].</p>
    </sec>
    <sec id="sec8">
      <title>Ethics Statement</title>
      <p>This study uses exclusively synthetic data generated by an agent-based payment simulator. No human participants, personal data, or confidential financial data were involved. The research was conducted in accordance with the Committee on Publication Ethics (COPE) guidelines.</p>
    </sec>
    <sec id="sec9">
      <title>Data Availability</title>
      <p>The synthetic payment dataset and all code used to generate the results in this study are publicly available at Zenodo: <ext-link ext-link-type="uri" xlink:href="https://doi.org/10.5281/zenodo.19519911">https://doi.org/10.5281/zenodo.19519911</ext-link> [<xref ref-type="bibr" rid="B48">48</xref>]. The repository includes 1) the HVPS transaction generator, 2) all model training and evaluation scripts including the DNN, graph-model, per-fraud-type, and latency runners, 3) the cyber stress-test engine with both recovery metrics, 4) SHAP analysis notebooks, and 5) the multi-seed variability and mitigation-rate sensitivity scripts underlying Section 6.8. The repository includes the scripts and configuration intended to regenerate the Section 6 outputs under seed 42.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <title>References</title>
      <ref id="B1">
        <label>1.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Eisenbach, T.M., Kovner, A. and Lee, M.J. (2022) Cyber Risk and the U.S. Financial System: A Pre-Mortem Analysis. <italic>Journal of Financial Economics</italic>, 145, 802-826. https://doi.org/10.1016/j.jfineco.2021.10.007 <pub-id pub-id-type="doi">10.1016/j.jfineco.2021.10.007</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1016/j.jfineco.2021.10.007">https://doi.org/10.1016/j.jfineco.2021.10.007</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Eisenbach, T.M.</string-name>
              <string-name>Kovner, A.</string-name>
              <string-name>Lee, M.J.</string-name>
            </person-group>
            <year>2022</year>
            <article-title>Cyber Risk and the U</article-title>
            <source>S. Financial System: A Pre-Mortem Analysis. Journal of Financial Economics</source>
            <volume>145</volume>
            <pub-id pub-id-type="doi">10.1016/j.jfineco.2021.10.007</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B2">
        <label>2.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Kosse, A. and Lu, Z. (2022) Transmission of Cyber Risk through the Canadian Wholesale Payment System. <italic>Journal of Financial Market Infrastructures</italic>, 10, 1-28. https://doi.org/10.21314/jfmi.2023.001 <pub-id pub-id-type="doi">10.21314/jfmi.2023.001</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.21314/jfmi.2023.001">https://doi.org/10.21314/jfmi.2023.001</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Kosse, A.</string-name>
              <string-name>Lu, Z.</string-name>
            </person-group>
            <year>2022</year>
            <article-title>Transmission of Cyber Risk through the Canadian Wholesale Payment System</article-title>
            <source>Journal of Financial Market Infrastructures</source>
            <volume>10</volume>
            <pub-id pub-id-type="doi">10.21314/jfmi.2023.001</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B3">
        <label>3.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Khiaonarong, T., Korpinen, K. and Islam, E. (2025) Using Simulations for Cyber Stress Testing Exercises. <italic>IMF Working Papers</italic>, 2025, 1-40. https://doi.org/10.5089/9798229008952.001 <pub-id pub-id-type="doi">10.5089/9798229008952.001</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.5089/9798229008952.001">https://doi.org/10.5089/9798229008952.001</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Khiaonarong, T.</string-name>
              <string-name>Korpinen, K.</string-name>
              <string-name>Islam, E.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Using Simulations for Cyber Stress Testing Exercises</article-title>
            <source>IMF Working Papers</source>
            <volume>2025</volume>
            <pub-id pub-id-type="doi">10.5089/9798229008952.001</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B4">
        <label>4.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">European Central Bank (2018) Cyber Resilience Oversight Expectations for Financial Market Infrastructures (CROE). ECB.</mixed-citation>
          <element-citation publication-type="other">
            <year>2018</year>
            <article-title>Cyber Resilience Oversight Expectations for Financial Market Infrastructures (CROE)</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B5">
        <label>5.</label>
        <citation-alternatives>
          <mixed-citation publication-type="web">CPMI-IOSCO (2016) Guidance on Cyber Resilience for Financial Market Infrastructures. BIS. https://www.bis.org/cpmi/publ/d146.pdf</mixed-citation>
          <element-citation publication-type="web">
            <year>2016</year>
            <article-title>Guidance on Cyber Resilience for Financial Market Infrastructures</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B6">
        <label>6.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Ferdinand, J. and Benham, R. (2017) The Cyber Security Ecosystem: Defining a Taxonomy of Existing, Emerging and Future Cyber Threats. SWIFT Institute WP 2016-002.</mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Ferdinand, J.</string-name>
              <string-name>Benham, R.</string-name>
              <string-name>Existing, E</string-name>
            </person-group>
            <year>2017</year>
            <article-title>The Cyber Security Ecosystem: Defining a Taxonomy of Existing, Emerging and Future Cyber Threats</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B7">
        <label>7.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">CPMI-IOSCO (2022) Implementation Monitoring of PFMI: Level 3 Assessment on FMI Cyber Resilience. BIS/IOSCO FR14/22.</mixed-citation>
          <element-citation publication-type="other">
            <year>2022</year>
            <article-title>Implementation Monitoring of PFMI: Level 3 Assessment on FMI Cyber Resilience</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B8">
        <label>8.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Desai, A., Kosse, A. and Sharples, J. (2025) Finding a Needle in a Haystack: A Machine Learning Framework for Anomaly Detection in Payment Systems. <italic>The Journal of Finance and Data Science</italic>, 11, Article ID: 100163. https://doi.org/10.1016/j.jfds.2025.100163 <pub-id pub-id-type="doi">10.1016/j.jfds.2025.100163</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1016/j.jfds.2025.100163">https://doi.org/10.1016/j.jfds.2025.100163</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Desai, A.</string-name>
              <string-name>Kosse, A.</string-name>
              <string-name>Sharples, J.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Finding a Needle in a Haystack: A Machine Learning Framework for Anomaly Detection in Payment Systems</article-title>
            <source>The Journal of Finance and Data Science</source>
            <volume>11</volume>
            <fpage>100163</fpage>
            <elocation-id>ID</elocation-id>
            <pub-id pub-id-type="doi">10.1016/j.jfds.2025.100163</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B9">
        <label>9.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Marazqah Btoush, E.A.L., Zhou, X., Gururajan, R., Chan, K.C. and Alsodi, O. (2025) Enhancing Credit Card Fraud Detection with a Stacking-Based Hybrid Machine Learning Approach. <italic>PeerJ Computer Science</italic>, 11, e3007. https://doi.org/10.7717/peerj-cs.3007 <pub-id pub-id-type="doi">10.7717/peerj-cs.3007</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.7717/peerj-cs.3007">https://doi.org/10.7717/peerj-cs.3007</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Btoush, E.A.L.</string-name>
              <string-name>Zhou, X.</string-name>
              <string-name>Gururajan, R.</string-name>
              <string-name>Chan, K.C.</string-name>
              <string-name>Alsodi, O.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Enhancing Credit Card Fraud Detection with a Stacking-Based Hybrid Machine Learning Approach</article-title>
            <source>PeerJ Computer Science</source>
            <volume>11</volume>
            <pub-id pub-id-type="doi">10.7717/peerj-cs.3007</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B10">
        <label>10.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Devi, R.R., Raja, J.E. and Chin, Y.B. (2025) Reinforcement Learning with Graph Neural Network (RL-GNN) Fusion for Real-Time Financial Fraud Detection: A Context-Aware Community Mining Approach. <italic>Scientific Reports</italic>, 15, Article No. 42953. https://doi.org/10.1038/s41598-025-25200-3 <pub-id pub-id-type="doi">10.1038/s41598-025-25200-3</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1038/s41598-025-25200-3">https://doi.org/10.1038/s41598-025-25200-3</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Devi, R.R.</string-name>
              <string-name>Raja, J.E.</string-name>
              <string-name>Chin, Y.B.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Reinforcement Learning with Graph Neural Network (RL-GNN) Fusion for Real-Time Financial Fraud Detection: A Context-Aware Community Mining Approach</article-title>
            <source>Scientific Reports</source>
            <volume>15</volume>
            <elocation-id>No</elocation-id>
            <pub-id pub-id-type="doi">10.1038/s41598-025-25200-3</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B11">
        <label>11.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Mulyana, I. and Ulum, M.B. (2025) Application of Machine Learning Models for Fraud Detection in Synthetic Mobile Financial Transactions. <italic>JITK</italic>( <italic>Jurnal Ilmu Pengetahuan dan Teknologi Komputer</italic>), 10, 759-769. https://doi.org/10.33480/jitk.v10i4.6420 <pub-id pub-id-type="doi">10.33480/jitk.v10i4.6420</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.33480/jitk.v10i4.6420">https://doi.org/10.33480/jitk.v10i4.6420</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Mulyana, I.</string-name>
              <string-name>Ulum, M.B.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Application of Machine Learning Models for Fraud Detection in Synthetic Mobile Financial Transactions</article-title>
            <source>JITK (Jurnal Ilmu Pengetahuan dan Teknologi Komputer)</source>
            <volume>10</volume>
            <pub-id pub-id-type="doi">10.33480/jitk.v10i4.6420</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B12">
        <label>12.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Syeeda, S. (2024) Fraud Detection in Financial Transactions Using Machine Learning. <italic>International Journal of Scientific Research and Engineering Trends</italic>, 10, 1912-1916. https://doi.org/10.61137/ijsret.vol.10.issue5.240 <pub-id pub-id-type="doi">10.61137/ijsret.vol.10.issue5.240</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.61137/ijsret.vol.10.issue5.240">https://doi.org/10.61137/ijsret.vol.10.issue5.240</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Syeeda, S.</string-name>
            </person-group>
            <year>2024</year>
            <article-title>Fraud Detection in Financial Transactions Using Machine Learning</article-title>
            <source>International Journal of Scientific Research and Engineering Trends</source>
            <volume>10</volume>
            <pub-id pub-id-type="doi">10.61137/ijsret.vol.10.issue5.240</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B13">
        <label>13.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Albalawi, T. and Dardouri, S. (2025) Enhancing Credit Card Fraud Detection Using Traditional and Deep Learning Models with Class Imbalance Mitigation. <italic>Frontiers in Artificial Intelligence</italic>, 8, Article 1643292. https://doi.org/10.3389/frai.2025.1643292 <pub-id pub-id-type="doi">10.3389/frai.2025.1643292</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.3389/frai.2025.1643292">https://doi.org/10.3389/frai.2025.1643292</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Albalawi, T.</string-name>
              <string-name>Dardouri, S.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Enhancing Credit Card Fraud Detection Using Traditional and Deep Learning Models with Class Imbalance Mitigation</article-title>
            <source>Frontiers in Artificial Intelligence</source>
            <volume>8</volume>
            <elocation-id>1643292</elocation-id>
            <pub-id pub-id-type="doi">10.3389/frai.2025.1643292</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B14">
        <label>14.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Cui, Y., Han, X., Chen, J., Zhang, X., Yang, J. and Zhang, X. (2025) FraudGNN-RL: A Graph Neural Network with Reinforcement Learning for Adaptive Financial Fraud Detection. <italic>IEEE Open Journal of the Computer Society</italic>, 6, 426-437. https://doi.org/10.1109/ojcs.2025.3543450 <pub-id pub-id-type="doi">10.1109/ojcs.2025.3543450</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1109/ojcs.2025.3543450">https://doi.org/10.1109/ojcs.2025.3543450</ext-link></mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Cui, Y.</string-name>
              <string-name>Han, X.</string-name>
              <string-name>Chen, J.</string-name>
              <string-name>Zhang, X.</string-name>
              <string-name>Yang, J.</string-name>
              <string-name>Zhang, X.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>FraudGNN-RL: A Graph Neural Network with Reinforcement Learning for Adaptive Financial Fraud Detection</article-title>
            <source>IEEE Open Journal of the Computer Society</source>
            <volume>6</volume>
            <pub-id pub-id-type="doi">10.1109/ojcs.2025.3543450</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B15">
        <label>15.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">John, A. and Ahsun, A. (2025) Explainable AI (XAI) for Fraud Detection. SSRN.</mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>John, A.</string-name>
              <string-name>Ahsun, A.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Explainable AI (XAI) for Fraud Detection</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B16">
        <label>16.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Emmanuel, M. (2025) Federated Learning for Privacy-Preserving Financial Fraud Detection. SSRN.</mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Emmanuel, M.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Federated Learning for Privacy-Preserving Financial Fraud Detection</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B17">
        <label>17.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">C. Ezeugboaja, F. (2025) Federated Learning Architectures for Privacy Preserving Financial Fraud Detection Systems. <italic>Frontiers in Emerging Artificial Intelligence and Machine Learning</italic>, 2, 72-85. https://doi.org/10.64917/feaiml/volume02issue12-07 <pub-id pub-id-type="doi">10.64917/feaiml/volume02issue12-07</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.64917/feaiml/volume02issue12-07">https://doi.org/10.64917/feaiml/volume02issue12-07</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Ezeugboaja, F.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Federated Learning Architectures for Privacy Preserving Financial Fraud Detection Systems</article-title>
            <source>Frontiers in Emerging Artificial Intelligence and Machine Learning</source>
            <volume>2</volume>
            <pub-id pub-id-type="doi">10.64917/feaiml/volume02issue12-07</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B18">
        <label>18.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Lopez-Rojas, E.A., Elmir, A. and Axelsson, S. (2016) PaySim: A Financial Mobile Money Simulator for Fraud Detection. <italic>Proc</italic><italic>eeding of</italic> 28 <italic>th EMSS</italic>, Larnaca, 26-28 September 2016, 249-255.</mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Lopez-Rojas, E.A.</string-name>
              <string-name>Elmir, A.</string-name>
              <string-name>Axelsson, S.</string-name>
              <string-name>EMSS, L</string-name>
            </person-group>
            <year>2016</year>
            <article-title>PaySim: A Financial Mobile Money Simulator for Fraud Detection</article-title>
            <source>Proceeding of 28th EMSS</source>
            <volume>26</volume>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B19">
        <label>19.</label>
        <citation-alternatives>
          <mixed-citation publication-type="web">Basel Committee (2017) Basel III: Finalising Post-Crisis Reforms. BIS. https://www.bis.org/bcbs/publ/d424.pdf</mixed-citation>
          <element-citation publication-type="web">
            <year>2017</year>
            <article-title>Basel III: Finalising Post-Crisis Reforms</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B20">
        <label>20.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Basel Committee (2016) Standardised Measurement Approach for Operational Risk. BCBS D355.</mixed-citation>
          <element-citation publication-type="other">
            <year>2016</year>
            <article-title>Standardised Measurement Approach for Operational Risk</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B21">
        <label>21.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Bank of England (2016) PS1/26—Implementation of BASEL 3.1: Final Rules. PRA.</mixed-citation>
          <element-citation publication-type="other">
            <year>2016</year>
            <article-title>PS1/26—Implementation of BASEL 3</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B22">
        <label>22.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">European Parliament and Council (2024) Regulation (EU) 2024/1623 Amending Regulation (EU) No 575/2013 (CRR3). OJ EU 2024, L2024/1623.</mixed-citation>
          <element-citation publication-type="other">
            <year>2024</year>
            <article-title>Regulation (EU) 2024/1623 Amending Regulation (EU) No 575/2013 (CRR3)</article-title>
            <source>OJ EU 2024</source>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B23">
        <label>23.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Gancz, A., Zalaki, S. and Hilt, N. (2025) Becoming ISO-Native: Navigating the End of Coexistence in ISO 20022 Migration. Thoughtworks.</mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Gancz, A.</string-name>
              <string-name>Zalaki, S.</string-name>
              <string-name>Hilt, N.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Becoming ISO-Native: Navigating the End of Coexistence in ISO 20022 Migration</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B24">
        <label>24.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Bank of America (2025) ISO 20022 Migration Interconnects the Global Economy. BoA.</mixed-citation>
          <element-citation publication-type="other">
            <year>2025</year>
            <article-title>ISO 20022 Migration Interconnects the Global Economy</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B25">
        <label>25.</label>
        <citation-alternatives>
          <mixed-citation publication-type="report">Bank for International Settlements (2021) Cyber Risks in Fast Payment Systems. BIS CPMI Report. https://www.bis.org/cpmi/publ/d197.pdf</mixed-citation>
          <element-citation publication-type="report">
            <year>2021</year>
            <article-title>Cyber Risks in Fast Payment Systems</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B26">
        <label>26.</label>
        <citation-alternatives>
          <mixed-citation publication-type="report">Bank of England (2024) RTGS System and CHAPS: Annual Report 2023/24. BoE.</mixed-citation>
          <element-citation publication-type="report">
            <year>2024</year>
            <article-title>RTGS System and CHAPS: Annual Report 2023/24</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B27">
        <label>27.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">European Central Bank (2026) TARGET Services—T2 Facts and Figures. ECB.</mixed-citation>
          <element-citation publication-type="other">
            <year>2026</year>
            <article-title>TARGET Services—T2 Facts and Figures</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B28">
        <label>28.</label>
        <citation-alternatives>
          <mixed-citation publication-type="report">European Central Bank (2025) TARGET Services Annual Report 2024. ECB.</mixed-citation>
          <element-citation publication-type="report">
            <year>2025</year>
            <article-title>TARGET Services Annual Report 2024</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B29">
        <label>29.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Bank of England (2024) A Brief Introduction to the RTGS System and CHAPS. BoE.</mixed-citation>
          <element-citation publication-type="other">
            <year>2024</year>
            <article-title>A Brief Introduction to the RTGS System and CHAPS</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B30">
        <label>30.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">CPMI (2021) Developments in Retail Fast Payments and Implications for RTGS Systems. BIS.</mixed-citation>
          <element-citation publication-type="other">
            <year>2021</year>
            <article-title>Developments in Retail Fast Payments and Implications for RTGS Systems</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B31">
        <label>31.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">SWIFT (2024) Customer Security Programme (CSP) and Customer Security Controls Framework. SWIFT.</mixed-citation>
          <element-citation publication-type="other">
            <year>2024</year>
            <article-title>Customer Security Programme (CSP) and Customer Security Controls Framework</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B32">
        <label>32.</label>
        <citation-alternatives>
          <mixed-citation publication-type="web">CPMI (2018) Reducing the Risk of Wholesale Payments Fraud Related to Endpoint Security. BIS. https://www.bis.org/cpmi/publ/d178.pdf</mixed-citation>
          <element-citation publication-type="web">
            <year>2018</year>
            <article-title>Reducing the Risk of Wholesale Payments Fraud Related to Endpoint Security</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B33">
        <label>33.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">SWIFT (2019) Three Years on from Bangladesh: Tackling the Adversaries. SWIFT ISAC.</mixed-citation>
          <element-citation publication-type="other">
            <year>2019</year>
            <article-title>Three Years on from Bangladesh: Tackling the Adversaries</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B34">
        <label>34.</label>
        <citation-alternatives>
          <mixed-citation publication-type="confproc">Qin, M. and Mogos, G. (2022) Cyber-Attacks on SWIFT Systems of Financial Institutions. <italic>Proceedings of the</italic>5 <italic>th International Conference on Computer Science and Software Engineering</italic>, Guilin, 21-23 October 2022, 596-599. https://doi.org/10.1145/3569966.3570116 <pub-id pub-id-type="doi">10.1145/3569966.3570116</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1145/3569966.3570116">https://doi.org/10.1145/3569966.3570116</ext-link></mixed-citation>
          <element-citation publication-type="confproc">
            <person-group person-group-type="author">
              <string-name>Qin, M.</string-name>
              <string-name>Mogos, G.</string-name>
              <string-name>Engineering, G</string-name>
            </person-group>
            <year>2022</year>
            <article-title>Cyber-Attacks on SWIFT Systems of Financial Institutions</article-title>
            <source>Proceedings of the 5th International Conference on Computer Science and Software Engineering</source>
            <volume>21</volume>
            <pub-id pub-id-type="doi">10.1145/3569966.3570116</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B35">
        <label>35.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Mahapatra, B.G. (2024) AI and Machine Learning in Fraud Detection: Strengthening Security in the Financial Payment Domain. <italic>ESP International Journal of Advancements in Computational Technology</italic>, 2, 125-139.</mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Mahapatra, B.G.</string-name>
            </person-group>
            <year>2024</year>
            <article-title>AI and Machine Learning in Fraud Detection: Strengthening Security in the Financial Payment Domain</article-title>
            <source>ESP International Journal of Advancements in Computational Technology</source>
            <volume>2</volume>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B36">
        <label>36.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Clausmeier, D. (2022) Regulation of the European Parliament and the Council on Digital Operational Resilience for the Financial Sector (DORA). <italic>International Cybersecurity Law Review</italic>, 4, 79-90. https://doi.org/10.1365/s43439-022-00076-5 <pub-id pub-id-type="doi">10.1365/s43439-022-00076-5</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.1365/s43439-022-00076-5">https://doi.org/10.1365/s43439-022-00076-5</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Clausmeier, D.</string-name>
            </person-group>
            <year>2022</year>
            <article-title>Regulation of the European Parliament and the Council on Digital Operational Resilience for the Financial Sector (DORA)</article-title>
            <source>International Cybersecurity Law Review</source>
            <volume>4</volume>
            <pub-id pub-id-type="doi">10.1365/s43439-022-00076-5</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B37">
        <label>37.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Price, D., Fitzpatrick, J., Majer, L. and Perry, M. (2025) Model Risk: Turning Compliance into Strategic Capability. Grant Thornton.</mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Price, D.</string-name>
              <string-name>Fitzpatrick, J.</string-name>
              <string-name>Majer, L.</string-name>
              <string-name>Perry, M.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Model Risk: Turning Compliance into Strategic Capability</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B38">
        <label>38.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Bank of England FPC (2025) Financial Stability in Focus: AI in the Financial System. BoE.</mixed-citation>
          <element-citation publication-type="other">
            <year>2025</year>
            <article-title>Financial Stability in Focus: AI in the Financial System</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B39">
        <label>39.</label>
        <citation-alternatives>
          <mixed-citation publication-type="journal">Malingu, C.J., Titilayo, D.H., Eni, F., <italic>et al</italic>. (2024) Adversarial ML in Finance: Developing Resilient AI Models. <italic>International Journal of Computer Applications Technology and Research</italic>, 13, 111-137.</mixed-citation>
          <element-citation publication-type="journal">
            <person-group person-group-type="author">
              <string-name>Malingu, C.J.</string-name>
              <string-name>Titilayo, D.H.</string-name>
              <string-name>Eni, F.</string-name>
            </person-group>
            <year>2024</year>
            <article-title>Adversarial ML in Finance: Developing Resilient AI Models</article-title>
            <source>International Journal of Computer Applications Technology and Research</source>
            <volume>13</volume>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B40">
        <label>40.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">European Central Bank (2025) TIBER-EU Framework Updated to Align with DORA. ECB.</mixed-citation>
          <element-citation publication-type="other">
            <year>2025</year>
            <article-title>TIBER-EU Framework Updated to Align with DORA</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B41">
        <label>41.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">European Parliament and Council (2024) Regulation (EU) 2024/2847 on Horizontal Cyber-Security Requirements (Cyber Resilience Act). OJ EU 2024, L355.</mixed-citation>
          <element-citation publication-type="other">
            <year>2024</year>
            <article-title>Regulation (EU) 2024/2847 on Horizontal Cyber-Security Requirements (Cyber Resilience Act)</article-title>
            <source>OJ EU 2024</source>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B42">
        <label>42.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">National Institute of Standards and Technology (2025) Draft NIST Guidelines Rethink Cybersecurity for the AI Era. NIST.</mixed-citation>
          <element-citation publication-type="other">
            <year>2025</year>
            <article-title>Draft NIST Guidelines Rethink Cybersecurity for the AI Era</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B43">
        <label>43.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">NIST (2024) The NIST Cybersecurity Framework 2.0. NIST CSF 2.0.</mixed-citation>
          <element-citation publication-type="other">
            <year>2024</year>
            <article-title>The NIST Cybersecurity Framework 2</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B44">
        <label>44.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">European Central Bank (2025) Regulation (EU) 2025/1355 on Oversight Requirements for SIPS (ECB/2025/22). OJ EU 2025; L355.</mixed-citation>
          <element-citation publication-type="other">
            <year>2025</year>
            <article-title>Regulation (EU) 2025/1355 on Oversight Requirements for SIPS (ECB/2025/22)</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B45">
        <label>45.</label>
        <citation-alternatives>
          <mixed-citation publication-type="web">CPMI-IOSCO (2012) Principles for Financial Market Infrastructures. BIS. https://www.bis.org/cpmi/publ/d101a.pdf</mixed-citation>
          <element-citation publication-type="web">
            <year>2012</year>
            <article-title>Principles for Financial Market Infrastructures</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B46">
        <label>46.</label>
        <citation-alternatives>
          <mixed-citation publication-type="report">CPMI-IOSCO (2023) Report on Current CCP Practices to Address Non-Default Losses. BIS/IOSCO.</mixed-citation>
          <element-citation publication-type="report">
            <year>2023</year>
            <article-title>Report on Current CCP Practices to Address Non-Default Losses</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B47">
        <label>47.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">NIST (2023) AI Risk Management Framework (AI RMF 1.0). NIST AI 100-1.</mixed-citation>
          <element-citation publication-type="other">
            <year>2023</year>
            <article-title>AI Risk Management Framework (AI RMF 1</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B48">
        <label>48.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Ramakrishna, R.G. (2026) RaghuGR-Bh/Hvps-Swift-AI-Cyber-Resilience: AI-Augmented Cyber Resilience for HVPS/SWIFT (Code and Synthetic Data). Zenodo. https://doi.org/10.5281/zenodo.19519911 <pub-id pub-id-type="doi">10.5281/zenodo.19519911</pub-id><ext-link ext-link-type="uri" xlink:href="https://doi.org/10.5281/zenodo.19519911">https://doi.org/10.5281/zenodo.19519911</ext-link></mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Ramakrishna, R.G.</string-name>
            </person-group>
            <year>2026</year>
            <article-title>RaghuGR-Bh/Hvps-Swift-AI-Cyber-Resilience: AI-Augmented Cyber Resilience for HVPS/SWIFT (Code and Synthetic Data)</article-title>
            <pub-id pub-id-type="doi">10.5281/zenodo.19519911</pub-id>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B49">
        <label>49.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">Vassilev, A., Oprea, A., Fordyce, A. and Anderson, H. (2025) Adversarial Machine Learning: A Taxonomy and Terminology. NIST AI 100-2 E2025.</mixed-citation>
          <element-citation publication-type="other">
            <person-group person-group-type="author">
              <string-name>Vassilev, A.</string-name>
              <string-name>Oprea, A.</string-name>
              <string-name>Fordyce, A.</string-name>
              <string-name>Anderson, H.</string-name>
            </person-group>
            <year>2025</year>
            <article-title>Adversarial Machine Learning: A Taxonomy and Terminology</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
      <ref id="B50">
        <label>50.</label>
        <citation-alternatives>
          <mixed-citation publication-type="other">CPMI (2024) Linking Fast Payment Systems across Borders: Governance and Oversight. BIS Paper D223.</mixed-citation>
          <element-citation publication-type="other">
            <year>2024</year>
            <article-title>Linking Fast Payment Systems across Borders: Governance and Oversight</article-title>
          </element-citation>
        </citation-alternatives>
      </ref>
    </ref-list>
  </back>
</article>