CREST CCRTM-SC - CREST Certified Red Team Manager - Scenario

Correct Answer:

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.
---

Correct Answer:

See The answer in Explanation part below.
Explanation:
Step 1 - Recognise what is actually being asked and why it matters. The scenario tests whether the candidate understands that CBEST's entire value proposition rests on being genuinely intelligence-led: scenarios must be built from real, evidence-based analysis of plausible threat actors, not from what is organisationally convenient, prestigious, or aligned with a pre-existing internal narrative. Overriding the CTI provider's evidence-based conclusion with an unevidenced "preference" for a nation-state actor would directly undermine the exercise's validity and its value to the regulator and the firm itself.
Step 2 - Do not simply comply. As Red Team Manager, you should not proceed with planning a nation-state scenario on the strength of an informal, evidence-free instruction from the Group CISO alone, however senior. Doing so would (i) breach the intelligence-led methodology the CBEST Implementation Guide requires, (ii) risk producing a Red Team Test Report that tests an implausible threat and therefore fails to surface Solenne's genuine, evidenced exposure to the organised crime group actively targeting comparable banks, and (iii) potentially undermine the credibility of the whole engagement if reviewed by the Bank of England.
Step 3 - Escalate transparently and constructively through the correct governance channel. The appropriate response is to raise the concern directly and professionally with the Group CISO (and, if necessary, the full Control Group), explaining the methodological and regulatory reasons why scenario selection must follow the evidence, not organisational preference. You should involve the CTI provider in this conversation, since they authored the underlying analysis and the decision materially affects their deliverable - sidelining them because the CISO approached you directly would itself be a governance failure. Where the Control Group wishes to explore a nation-state dimension as a genuinely additional consideration (for example, if there is separate, real evidence supporting some nation-state relevance), this should be assessed on its own evidential merits, not substituted for the evidenced organised-crime scenario.
Step 4 - Document the discussion and outcome. Whatever is ultimately decided, the rationale should be documented in the Control Group's records and reflected consistently in the Scope Specification/Threat Intelligence documentation, preserving a clear audit trail - this protects the integrity of any eventual attestation or supervisory review and protects you and your firm professionally.
Step 5 - Address the excluded business unit finding. The discovery that the plausible attack path traverses a system also used by an explicitly excluded business unit is a scope boundary issue and must be handled through the change control process discussed throughout the syllabus, not resolved informally. You should pause and flag this to the Control Group before any scenario design assumes exploitation of that shared middleware in a way that would require touching the excluded unit's environment. The Control Group needs to decide, with appropriate input from the excluded unit's own stakeholders if their systems could genuinely be affected, whether to (a) formally and narrowly extend scope with proper authorisation to cover the shared component only insofar as it affects the in-scope business, (b) design the scenario so it demonstrates the risk path up to the shared component without actually exploiting into the excluded unit's environment, or (c) exclude that specific attack path and document the residual risk for separate follow-up. Proceeding to exploit into the excluded unit's systems without this authorisation would risk exceeding the CBEST authorisation given, with the legal exposure (e.g., under the Computer Misuse Act 1990) discussed elsewhere in the syllabus, since the excluded unit's own stakeholders have not consented.
Step 6 - Balance timeline pressure against integrity. The year-end deadline pressure does not justify compromising either the intelligence-led premise or scope integrity. If timeline pressure genuinely cannot accommodate a proper resolution of both issues, this should be raised transparently with the Control Group as a resourcing/timeline risk, with options presented (e.g., a short, agreed extension, or a narrowed but still evidence-based scenario), rather than silently cutting corners on governance to hit an arbitrary date.
Conclusion: The correct response combines professional pushback grounded in the intelligence-led methodology (not blind compliance with an unevidenced senior request), transparent escalation through the Control Group with the CTI provider properly involved, and disciplined change-control handling of the scope boundary issue - all documented - rather than either silently complying or unilaterally deciding either matter without the Control Group.
---