Cyber Playbooks Revisited – An Example

Mar 23, 2018

This week Charlie revisits cyber playbooks and invites your thoughts on whether his example fits your idea of what they should contain…

A while ago, I wrote what I thought were the contents of a cyber playbook, and through my reading I thought I had a consensus of what one should contain. After having delivered a number of cyber public and private training courses, I have realised that there are a large variety of documents called playbooks, and they mean different things to different people and organisations. Some organisations are using them as a substitute description of their crisis plans, whilst others are using them to detail information on how to respond to a cyber event at a technical level.

I thought for this bulletin I would share an example of a playbook from the ‘Managing and Preparing for Cyber Incidents‘ course. I am interested in hearing people’s thoughts on my example; whether it fits their idea of what a playbook should contain, and is there anything which can be added?

This example would be one of a number of plays which make up the playbook, and would cross reference the organisation’s strategic and tactical plans.

  1. Play / scenario covered
    a. Whether to cut off our internal systems from the external environment
  2. When is this likely to be used.
    a. In response to a major and sustained DDoS attack
    b. In response to malware which is spreading through the organisation or externally, where disconnecting from the external environment may stop the attack or it spreading internally
  3. Options
    a. Keep systems connected
    b. Disconnect all systems
  4. Clear decisions
    a. Low – If IT feel they can deal with the attack and they can withstand or contain it then stay connected
    b. High – If the systems are already being damaged or have started to shut down then disconnect
  5. How long will it take to initiate the cut off
    a. It will take 2 hours to completely cut off the entire network
  6. Questions the team might want to ask before making a decision
    a. How powerful is the DDoS attack?
    b. Is it just our organisation being targeted, or have others been affected?
    c. Do we know where the attack is coming from?
    d. Which systems have been affected?
    e. Is there any Government advice on what to do?
  7. What are the advantages and disadvantages of disconnecting the systems
    a. Advantages:
     – Protect our systems, some of which can take up to 3 days to recover if not shut down correctly.
     – Prevent corruption and loss of data.
     – Recovery after the attack will be quicker.
     – The website will stay up as it is hosted outside our system.
    b. Disadvantages:
     – We will lose all email, telecoms, and access to all internal systems.
     – All company work will cease.
     – We will lose all our main methods of communication.
  8. Who will make the decision?
    a. The decision to cut off will be suggested by IT but must be signed off by any member of the Incident Management Team (IMT).
  9. Who needs to carry out the action?
    a. Once the decision is made IT have plans in place to implement the disconnect.
  10. Who needs to be informed of the decision?
    a. All members of the IMT, all staff, the board and the executive team.
  11. Any further actions to be taken
    a. All further communications will be by mobile and the pre – agreed WhatsApp groups.

To me, the purpose of this is to give the facts and considerations for the team to make a decision, and to have them readily available so if they need to make a decision at short notice they are seeking minimum information from elsewhere. The circumstances are likely to be different each time, but the advantages and disadvantages may stay the same.

Your thoughts?

A little note from the BC Training Team…

You may be aware that Charlie has been nominated for the European Awards Industry Personality of the Year 2018, please click on the link and show your support by voting for him. Please note that voting is only open to BCI Members.

Sign-up to our Newsletter

"*" indicates required fields