Download CREST : CCRTM-SC Fragen & Antworten als PDF & Test Software

Background: Your firm has been engaged by Northgate Financial Group, a banking group headquartered in the UK with a regulated banking subsidiary in Australia and a smaller wealth management subsidiary in Singapore. The UK entity has been selected for CBEST. Separately, and coincidentally in the same year, the Australian subsidiary's regulators have indicated interest in the bank participating in a CORIE-aligned exercise, and the Singapore subsidiary - while not currently mandated for any specific named scheme - has asked whether an AASE-aligned voluntary exercise would be sensible given its size and risk profile.
Northgate's newly appointed Group Head of Cyber Resilience, who has significant experience with CBEST from a previous UK-only role but no prior exposure to CORIE or AASE, asks you: "Since we're already doing CBEST properly in the UK, can we just apply the exact same scope document, RoE template, and Control Group structure to the Australian and Singapore entities, just with the names changed? It would save a huge amount of time and I already know CBEST works well." Question: Explain how you would respond to this request, addressing what can legitimately be reused across the three engagements and what must be handled separately for each, with reference to the relevant frameworks and jurisdictions involved.

See The answer in Explanation part below.
Explanation:
Step 1 - Acknowledge the genuine, legitimate efficiency instinct while correcting the flawed assumption.
The Group Head's instinct to seek efficiency across a multi-jurisdictional group is reasonable and reflects good practice management thinking, but the specific proposal - reusing the exact CBEST scope, RoE, and governance structure with only the names changed - is not appropriate, because it assumes CBEST, CORIE, and AASE are interchangeable, when in fact, as covered in the syllabus, they are conceptually related but administered by different authorities, under different legal frameworks, with different specific procedural, documentation, and governance requirements.
Step 2 - Explain what must NOT be reused unchanged. The formal scope specification, authorisation/legal documentation, and specific governance terminology and process must each be developed to genuinely meet the requirements of the applicable local scheme and legal jurisdiction: CBEST (UK, Bank of England-owned, governed by UK law including the Computer Misuse Act and UK GDPR) for the UK entity; the CORIE- aligned framework (Australia, developed with Australian regulatory involvement, governed by Australian law) for the Australian subsidiary; and, for Singapore, since the wealth management subsidiary is not currently mandated but considering a voluntary AASE-aligned exercise, the relevant Monetary Authority of Singapore-associated expectations and Singapore law, governed as a voluntary but still rigorous exercise.
Applying a UK-templated document with only the entity name changed for the Australian or Singapore engagements would repeat exactly the "assume it's the same everywhere" mistake highlighted elsewhere in this syllabus, creating real legal and governance risk in each local jurisdiction.
Step 3 - Explain what CAN legitimately be shared or coordinated at group level. Consistent with the syllabus's discussion of building a strong core methodology adaptable across the "family" of related frameworks, your firm can legitimately reuse: the underlying core delivery methodology and quality standards (structured scoping process, threat-intelligence-led scenario design principles, reporting quality standards, professional conduct expectations); internal knowledge management and staff expertise built through CBEST experience, appropriately supplemented with genuine CORIE- and AASE-specific expertise for those engagements; and sensible group-level coordination - such as a group-level oversight function that receives appropriately summarised, high-level risk reporting across all three engagements to support board-level group risk oversight - provided this coordination does not blur or replace each entity's own distinct, locally- appropriate governance structure and formal authorisation.
Step 4 - Address governance structure specifically. Each entity needs its own properly constituted local governance body (a UK Control Group for the CBEST engagement, and an equivalent, appropriately named and locally appropriate governance structure for the Australian and Singapore engagements, reflecting each local scheme's own terminology and requirements) - reusing the "CBEST Control Group" label and structure wholesale for Australia and Singapore, as though it automatically satisfied their different local expectations, would not be appropriate, mirroring the syllabus's point about not assuming schemes are legally interchangeable.
Step 5 - Recommend a practical way forward. You should propose to the Group Head a practical plan: use the firm's proven core methodology and quality standards as the consistent foundation across all three engagements (genuine efficiency gain), while commissioning or applying genuine local expertise (including local legal input where needed, consistent with the legal considerations domain) to properly adapt scope, authorisation/RoE documentation, and governance structure for each jurisdiction's actual applicable scheme and law - explaining that this hybrid approach captures real, legitimate efficiency without the serious legal and governance risk of the fully "copy-paste" approach originally proposed.
Step 6 - Note the additional nuance for the voluntary Singapore engagement. For Singapore, since no scheme is currently mandated, you should also clarify with the Group Head that proceeding with a voluntary AASE-aligned exercise is a legitimate and sensible option (echoing the syllabus's point that intelligence-led testing can be conducted on a voluntary, best-practice basis even absent a specific mandate), but that
"voluntary" does not mean "low rigor" - the same careful, locally-appropriate scoping, legal, and governance discipline should apply as for the mandated UK and Australian engagements.
Conclusion: The three engagements share a valuable common methodological foundation that can and should be leveraged for efficiency, but the specific scope, authorisation/RoE documentation, and governance structure must each be properly and separately developed to reflect CBEST, the CORIE-aligned framework, and the Singapore context respectively, given their distinct legal bases, owning authorities, and jurisdictional requirements - the "just change the names" approach originally proposed should be clearly and constructively declined.
---

Background: You lead the threat intelligence workstream for an intelligence-led engagement against Thornbury Energy Supply, a mid-sized UK energy retailer voluntarily commissioning STAR-FS-aligned testing. Two of your open-source intelligence sources - a well-regarded commercial threat intelligence feed (historically rated highly reliable) and a smaller, independent security researcher's blog (previously unrated by your team, but sometimes cited by others in the industry) - offer conflicting characterisations of the most plausible threat actor. The commercial feed assesses that Thornbury's sector is currently most targeted by a financially motivated group using commodity ransomware delivered via exposed RDP and unpatched VPN appliances. The independent blog, in a recent post, claims - citing an anonymous source it does not name - that a specific, more sophisticated actor group is "actively targeting UK mid-sized energy retailers specifically" using a novel technique involving compromised smart-metering data platforms, though no other source you can find corroborates this specific claim.
Your junior analyst is enthusiastic about the independent blog's claim, arguing "it's much more interesting and specific to energy, and the smart-metering angle would make for a really compelling, novel scenario for the client." Separately, the engagement's fixed timeline only allows for one primary scenario to be developed in the time available.
Question: Explain how you would assess and reconcile these conflicting sources, and justify which scenario direction you would ultimately recommend, addressing the analytical principles involved.

See The answer in Explanation part below.
Explanation:
Step 1 - Apply structured source reliability and information credibility assessment. Consistent with the Admiralty/NATO-style analytical discipline covered in the syllabus, the two sources should not be treated as equally weighted simply because both are available. The commercial feed has a demonstrated track record of reliability; the independent blog is unrated by your own team and, critically, its specific claim rests on a single anonymous, unnamed source with no independent corroboration you have been able to find elsewhere. On these facts, the commercial feed's assessment currently carries materially higher source reliability and information credibility.
Step 2 - Explicitly name and manage the analytical bias risk your junior analyst is displaying. The junior analyst's enthusiasm for the blog's claim appears to be driven by its novelty and narrative appeal ("more interesting," "compelling, novel scenario") rather than by its evidential strength - this is a textbook illustration of the confirmation-bias and narrative-appeal risk discussed in the syllabus, where analysts can be drawn toward a more exciting conclusion that is not actually the best-supported one. As the workstream lead, you should directly and constructively address this with the analyst, using it as a teaching moment about separating "interesting" from "well-evidenced." Step 3 - Attempt further corroboration before dismissing either source outright. Good analytical practice is not to simply discard the blog's claim because it is currently uncorroborated, but to make a proportionate, time-boxed effort to seek further corroboration (e.g., checking whether any other reputable source, sector information-sharing body, or your commercial feed provider itself has any related reporting on smart- metering platform compromise activity), before reaching a final judgement - since dismissing a source too readily is itself a form of analytical bias.
Step 4 - Reach and clearly articulate an evidence-based judgement. Assuming no further corroboration for the blog's specific claim emerges within a reasonable, proportionate effort, the analytically sound conclusion is that the commercial feed's assessment (financially motivated actor, commodity ransomware via exposed RDP/VPN) currently represents the better-supported, more plausible basis for scenario design, given its stronger source reliability and the absence of corroboration for the competing claim - not because it is a
"safer" or more conventional choice, but because it is the conclusion the actual evidence currently supports.
Step 5 - Do not entirely discard the blog's claim; handle it proportionately. Rather than ignoring the smart- metering claim altogether, good practice is to document it explicitly as a lower-confidence, uncorroborated possibility worth continued monitoring (potentially revisited if the engagement timeline allows a secondary, smaller-scale element, or flagged for the client's own ongoing threat-monitoring attention beyond this specific engagement), rather than silently dropping it with no record - this preserves analytical transparency about what was considered and why it was not selected as the primary scenario basis.
Step 6 - Justify the final scenario recommendation on evidential, not narrative, grounds. Your recommendation to develop the primary scenario around the commercially-sourced, better-evidenced threat actor should be explicitly justified to the client/Control Group on the basis of source reliability and corroboration - genuinely explaining why the more mundane-sounding scenario is, in this instance, the analytically correct choice, precisely so that the eventual Red Team exercise tests a plausible, evidence-based threat rather than an intriguing but currently unsubstantiated one, consistent with the core intelligence-led testing principle running throughout this syllabus.
Step 7 - Use this as a wider training point. Beyond this specific engagement, this scenario is a valuable illustration for the analyst (and the wider team) of the discipline required in threat intelligence work: resisting the pull toward the most narratively compelling conclusion, applying structured reliability/credibility assessment consistently, and being willing to recommend the "less exciting" but better-evidenced scenario when that is what rigorous analysis actually supports.
Conclusion: The commercial feed's assessment should be preferred as the primary scenario basis given its materially stronger source reliability and the absence of corroboration for the independent blog's claim; the junior analyst's narrative-driven preference should be addressed directly as a bias-management teaching point; and the uncorroborated claim should be documented transparently as a lower-confidence possibility rather than silently discarded, preserving full analytical transparency.
---