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 are scoping an engagement for Ashcombe Retail Bank, a mid-sized UK bank preparing for its first CBEST engagement. During the scoping workshop, the Head of Digital Channels strongly advocates for an objectives-based ("flag") approach, proposing a single objective: "achieve unauthorised funds transfer capability in the core payments system." The Head of Operational Resilience, in the same meeting, separately advocates for a crown-jewels (asset-based) approach explicitly listing seven named critical systems that must each be individually assessed, arguing the board specifically wants to see coverage confirmation against each one for their operational resilience self-assessment.
Both stakeholders are Control Group members, and neither is aware the other has a different underlying preference until this workshop, where the disagreement becomes evident in real time. The engagement's resourcing (agreed with the Bank of England as broadly appropriate for a first CBEST engagement of this bank's size) is not large enough to comfortably deliver a deep, patient, objectives-based campaign against one target AND a full individual assessment of all seven named systems within the available testing window.
Question: As the Red Team Manager facilitating this scoping workshop, how would you help the Control Group resolve this disagreement, and what would you recommend? Explain your reasoning.

See The answer in Explanation part below.
Explanation:
Step 1 - Recognise this as a legitimate scoping methodology disagreement, not a problem to paper over.
Both stakeholders are raising genuinely valid, well-established scoping approaches (objectives-based/flag- based versus crown-jewels/asset-based, both discussed in the syllabus), and both have legitimate underlying business drivers - realistic adversary emulation toward a genuinely damaging objective, versus a board- driven need for explicit assurance coverage across named critical systems. Your role is not to simply pick a side, but to facilitate the Control Group toward a well-reasoned, resourced, and realistic decision.
Step 2 - Make the resourcing constraint explicit and central to the discussion. The most important immediate contribution you can make is to be transparent, per the syllabus principle on budget/scope/objective mismatches, that the currently agreed resourcing genuinely cannot deliver both approaches to a proper, credible standard within the available window - attempting to do so would likely mean shallow, unconvincing coverage of seven systems and an under-resourced, unrealistic attempt at the funds-transfer objective, satisfying neither stakeholder's actual underlying need well. Surfacing this constraint honestly and early is essential before any scope decision is finalised.
Step 3 - Explore whether the two preferences are more reconcilable than they first appear. Rather than treating this as strictly either/or, explore with the Control Group whether a hybrid, prioritised approach could serve both underlying needs: for example, a primary, well-resourced objectives-based scenario targeting unauthorised funds transfer capability (satisfying the realistic-adversary-emulation goal), where the realistic attack paths pursued are deliberately chosen, where feasible, to pass through or touch several of the seven named critical systems along the way - meaning the Head of Operational Resilience's board reporting could legitimately describe those touched systems as having been genuinely, realistically assessed as part of an integrated scenario, even though not every one of the seven was necessarily reached, while remaining honest that the coverage was realistic-path-driven rather than an independent, systematic per-system assessment for every listed system.
Step 4 - Be explicit about what a compromise honestly does and does not deliver. If a hybrid approach is pursued, you must be scrupulously honest with the Control Group that this does not equate to full, independent assurance coverage of all seven systems in the way the Head of Operational Resilience originally wanted - some named systems may end up not meaningfully touched at all if the realistic attack path simply does not lead there, and this must be clearly flagged as an accepted limitation of the chosen approach, not glossed over, so the board's own understanding (via the Head of Operational Resilience) is accurate rather than inadvertently overstated.
Step 5 - Present genuine options to the Control Group rather than deciding for them. Ultimately, this is a Control Group risk and priorities decision, not one for you to make unilaterally. You should present the Control Group with clearly articulated options - for example: (a) a primarily objectives-based scenario as described in Step 3, with honest limitations on per-system coverage; (b) a purely crown-jewels approach systematically but perhaps more superficially covering all seven systems, sacrificing depth and realistic attacker-path continuity; or (c) if the Control Group genuinely believes both are essential and cannot be compromised on, a transparent conversation about whether additional budget/timeline could be sought (echoing the scoping domain's guidance on addressing genuine budget/objective mismatches transparently) - and facilitate a decision, rather than imposing your own preference.
Step 6 - Ensure the final decision and its rationale are properly documented. Whatever the Control Group decides, the choice and its explicit rationale (including the honestly acknowledged trade-offs) should be documented clearly in the scope specification, both so future audit/attestation review understands the reasoning, and so there is a clear record protecting against later disagreement about what was actually promised and delivered.
Conclusion: The correct facilitation approach surfaces the genuine resourcing constraint honestly, explores a hybrid approach that may reasonably serve both stakeholders' underlying needs without pretending it delivers everything either wanted in full, and ultimately presents clear, honest options to the Control Group for their own risk-based decision - rather than the Red Team Manager unilaterally picking one stakeholder's preferred methodology over the other's.
---