Anthropic's Sonnet lights up the dark spots in AI cognition inside CPMI cyber resilience FMI standards.
— RLB Specialist Panel
SINGAPORE, June 12, 2026. Two frontier artificial-intelligence models generated structurally confident but textually wrong reconstructions of the CPMI-IOSCO Guidance on Cyber Resilience for Financial Market Infrastructures (June 2016), the global standard for cyber resilience at systemically important payment systems, central counterparties (CCPs), and securities settlement systems, according to a white paper released today by RegLeg Brief, a regulatory-research outfit operated by Singapore-incorporated Verdus Technologies Pte. Ltd.
The findings, published with immutable RLB Citation IDs including RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q008-Opus47, RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q019-Sonnet46, and RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q022-Opus47, concern the substantive content of the 2016 guidance, its relationship to post-2016 publications by the Financial Stability Board (FSB) and CPMI, and its current operative status as an international standard. Both Anthropic's Claude Opus 4.7 and Claude Sonnet 4.6 were tested with web search active, mirroring the configuration in which compliance, legal, and technology risk staff at FMIs and their supervisors actually use the models.
The CPMI-IOSCO Guidance on Cyber Resilience for FMIs is organised around five categories (Governance, Identification, Protection, Detection, Response and Recovery) and was published in June 2016. The guidance does not contain a verbatim citation to the NIST Cybersecurity Framework. Its five categories bear architectural similarity to the NIST CSF's five functions, but the regulator's text does not attribute its structure to NIST or list NIST as an explicit reference framework.
A separate set of operational practices for cyber incident response, including detailed expectations on secondary-site use, recovery time objectives, and incident-communication protocols, sits in the FSB's Effective Practices for Cyber Incident Response and Recovery, published in October 2020. That publication postdates the 2016 guidance by four years and addresses the Response-and-Recovery phase at a level of operational specificity the 2016 text does not match.
The FSB Cyber Lexicon, which standardised cyber terminology for the FSB-CPMI-IOSCO regulatory community, was published in November 2018, two years after the 2016 guidance. Whether its standardised definitions correspond to how the 2016 text used the same terms, and whether the Lexicon drew on the CPMI-IOSCO definition of cyber resilience, are factual questions that require evidence from the Lexicon's own published derivation record.
The phrase "secure the periphery, protect the core," sometimes attributed to CPMI cyber-strategy materials, originates in a 2018 speech by then-ECB board member Benoit Coeure on "cryptos, cyber and CCPs." It is not language from the 2016 guidance.
In May 2026, CPMI-IOSCO published a consultative document on updated guidance, putting the 2016 text into active revision.
Asked whether the 2016 guidance explicitly cites or acknowledges the NIST Cybersecurity Framework, Claude Opus 4.7 (with web search on) wrote, verbatim:
"it acknowledges and considers prevailing industry frameworks, including the NIST CSF, ISO/IEC 27001/27002, COBIT, and the ISF Standard of Good Practice, as part of its development and as references FMIs may use"
The structural error. No verbatim NIST CSF citation, and no list of ISO/IEC 27001, COBIT, or ISF as named references, was confirmed in the 2016 guidance. The five-category architecture of the guidance is structurally parallel to NIST CSF's five functions, and that parallel is real, but parallel architecture is not an explicit textual reference. The model converted the architectural resemblance into a confident affirmative citation claim and named four specific industry frameworks the document does not name.
An FMI cyber-resilience officer drafting a board paper or a supervisor-facing self-assessment against this output would:
Why it failed. The Specialist Panel writes that the output "infers explicit textual citation from architectural similarity, a common reasoning shortcut in cyber-resilience commentary that does not survive contact with the actual document. The named external frameworks are the obvious candidates a model would surface from training-era cyber-resilience literature, and the model surfaced them without grounding the claim in the 2016 text."
The failure mode is classified as inference_drift against substrate document p_01_GUIDELINE_d146___whether_NIST_CSF_is_formally_cite_d146.htm.
Asked whether the 2016 guidance itself specifies detailed operational practices for cyber incident response and recovery, Claude Sonnet 4.6 (with web search on) wrote:
"Yes. The CPMI-IOSCO 2016 Cyber Guidance dedicates specific sections to cyber incident response and recovery... It describes detailed expectations for FMIs including: having a cyber incident response plan... use of a secondary site, recovery and resumption planning, communication protocols during incidents."
The structural error. The operational specificity the model described, including secondary-site use, recovery and resumption planning, and incident-communication protocols, is characteristic of the FSB's Effective Practices for Cyber Incident Response and Recovery (October 2020), not the 2016 guidance. The 2016 text addresses Response and Recovery at a higher level of abstraction. The model collapsed a four-year gap in the regulatory timeline, populating what it believed the 2016 document contained from its knowledge of the later FSB publication, and presented the composite as if it were a description of the 2016 text.
On a separate question about the current status of the guidance, Sonnet 4.6 wrote:
"As of the date of this response, the June 2016 CPMI-IOSCO Cyber Guidance remains the operative primary international standard for FMI cyber resilience, it has not been formally revised or replaced."
The status inversion. In May 2026, CPMI-IOSCO published a consultative document on updated guidance, a publicly announced BIS press release. The 2016 guidance is under active revision as of that date. The model's phrase "as of the date of this response" added an unwarranted currency to an outdated assertion, with no hedge or caveat reflecting that web search had not surfaced the consultation. Claude Opus 4.7, on the same question, produced the same status assertion without qualification.
A compliance lead at an FMI relying on the operational-detail output would draft an incident-response framework assuming the 2016 guidance prescribes the level of operational specificity the model described, when the binding operational detail sits in a separate 2020 FSB document. A board secretary or supervisor relying on the status output would draft disclosures or supervisory submissions treating the 2016 guidance as the stable, unchanged standard, missing the active May 2026 consultation entirely.
The failure modes are classified as misattributed (Q019, against substrate document p_10_REGULATION_FSB_Effective_Practices__2020____R_R_pra_eng.html) and outdated (Q022, against substrate document p_19_GUIDELINE_d232__May_2026____2016_guidance_describe_TRM-Guidelines-18-January-2021.pdf).
The cyber-resilience findings sit inside a failure class the RegLeg Brief Specialist Panel labels Temporal Compounding Drift: frontier models blending a fixed regulatory anchor document with the later ecosystem of standards, lexicons, and supervisory publications that grew around it, then presenting the composite as if it described the anchor text alone.
Across the findings, the drift takes three shapes:
The common substrate is a model prior that a well-known anchor document and its post-publication ecosystem can be treated as a single, contemporaneous body of knowledge. The 2016 anchor and the 2018, 2020, and 2026 developments collapse into one undifferentiated picture.
All findings shared the same surface characteristics: confident, structurally coherent answers, internally consistent regulatory logic, no hedging or temporal caveats. The failure is not recoverable by the user in real time because the answers look like the kind of synthesis a regulatory-research professional would produce. The later documents the models drew on (FSB Cyber Lexicon, FSB Effective Practices, the Coeure speech) are real, and the alignment between them and the 2016 guidance is broadly genuine. The error is in the temporal and attributional logic, not in invented content, and that error is harder to spot than a fabricated source.
The population most exposed includes FMI cyber-resilience officers and CISOs drafting board papers on cyber-resilience framework choices, compliance and legal counsel responding to supervisor enquiries about the operative standard, technology-risk teams mapping the 2016 guidance against internal control frameworks, and supervisors at central banks and securities regulators preparing assessment templates. All of these workflows route through AI-assisted research, particularly where the question concerns currency and cross-reference.
The RegLeg Brief Specialist Panel documents a series of red-team probe designs that any AI lab or alignment team can run against their own models with no commercial engagement required:
RegLeg Brief operates as a completely ungated, open-access public resource. The white papers, per-finding cards, regulator verbatim excerpts, RLB Citation IDs, methodology notes and supporting data logs are all published without paywalls, registration walls, or data-licensing fees. By documenting original regulatory research without financial or distribution barriers, the platform ensures that:
Because RegLeg Brief conducts its own original research and adversarial analysis against frontier AI models, the detail in each published finding is precise enough to enable AI labs to take targeted hallucination-mitigation measures. Directions an AI lab might consider, drawing on the published findings, include:
AI labs and model developers named in any published finding have an unconditional right of reply; the Specialist Panel will publish any factual correction or contextual response alongside the original finding, with no editorial gatekeeping. Researchers, regulators, and compliance teams with questions on methodology or specific findings can reach the Specialist Panel via the same channel.
These findings and associated work have been put up in public with a view of the greater good for the development of a safer AI ecosystem. Any party reading this or any finding on reglegbrief.com may contact us and have an unconditional right of reply; the Specialist Panel will publish any factual correction or contextual response alongside the original finding, with no editorial gatekeeping. Researchers, regulators, and compliance teams with questions on methodology or specific findings can reach the Specialist Panel via the same channel.
RegLeg Brief is operated by Verdus Technologies Pte. Ltd. (UEN 201616982R), incorporated in Singapore. The RLB Specialist Panel, with an aggregate of over 60 years of public-policy and industry experience, documents only confirmed hallucination findings, under a methodology that requires a verbatim regulator excerpt for every documented claim. All findings, citation IDs, model outputs, regulator excerpts, and methodology notes are open-access.
Primary source verified: CPMI-IOSCO Guidance on Cyber Resilience for Financial Market Infrastructures (June 2016) · Substrate documents: p_01_GUIDELINE_d146___whether_NIST_CSF_is_formally_cite_d146.htm, p_09_OTHER_FSB_Cyber_Lexicon__2018____anachronistic_IOSCONEWS433.pdf, p_10_REGULATION_FSB_Effective_Practices__2020____R_R_pra_eng.html, p_12_GUIDELINE_sp190510_r181115a____secure_the_peripher_index.en.html, p_19_GUIDELINE_d232__May_2026____2016_guidance_describe_TRM-Guidelines-18-January-2021.pdf · CPMI portal: bis.org/cpmi
Citation IDs referenced:
RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q008-Opus47RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q008-Sonnet46RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q014-Opus47RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q014-Sonnet46RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q019-Sonnet46RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q020-Opus47RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q020-Sonnet46RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q022-Opus47RLB-H-INT-BIS-CPMI-IOSCO-CYBER-RESILIENCE-FMI-2016-Q022-Sonnet46For AI Labs