Skip to content

Tabletop Exercise Kit

Tabletop Exercise Kit template: Everything for one incident response tabletop exercise, from planning and logistics through the facilitator guide, participant guide, scenarios with injects, the debrief and the after-action report, based on the sample tabletop exercise documentation in NIST SP 800-84.

TypeProgram stageStatusTemplate versionNIST basis
PlanCoreDraft1.0.0SP 800-53 release 5.2.0

Everything for one incident response tabletop exercise, from planning and logistics through the facilitator guide, participant guide, scenarios with injects, the debrief and the after-action report, based on the sample tabletop exercise documentation in NIST SP 800-84.

ControlTitle
IR-3Incident Response Testing
IR-3(2)Coordination with Related Plans
IR-2(3)Breach
IR-4Incident Handling
IR-8Incident Response Plan
VariantReady to adoptAnnotated
All baselinesWord · MarkdownWord · Markdown
Exercise titleDateFacilitatorPlan exercised and versionStatus
Fill in: exercise titleFill in: dateFill in: name and titleFill in: for example Incident Response Plan, version and dateFill in: planned, held, or report approved

The incident response capability is tested Fill in: frequency at which to test the effectiveness of the incident response capability for the system Typical: annually using Fill in: tests used to test the effectiveness of the incident response capability for the system Typical: a tabletop exercise based on a realistic scenario, and a functional test of notification and escalation (IR-3). This exercise validates Organization name’s Incident Response Plan and incident handling playbook: whether the plan’s content works in practice, whether participants know their roles and responsibilities, and whether the dependencies the plan names are accurate and current.

ItemDescription
ScenarioFill in: scenario chosen from Part B, or your own
LevelFill in: senior-level, operational, or combined
Systems and teams in scopeFill in: systems, sites and teams the scenario involves
Related plans exercisedFill in: related plans and the teams responsible for them, for example the contingency plan and the crisis communications plan (IR-3(2))
Out of scopeFill in: what is not tested
Previous exercise and its open actionsFill in: date, and the actions from its after-action report still open

Set the criteria before the exercise, so the data collector knows what to record (SP 800-84 section 4.3).

#ObjectiveEvaluation criteria
1Validate that participants know their roles and responsibilities under the Incident Response PlanFill in: for example each role names its first three actions without prompting
2Validate the escalation and declaration path, from first report to the decision on a major incidentFill in: for example the group reaches the declaration decision and names who makes it
3Validate the notification decisions: which outside parties must be told, by whom and by whenFill in: for example the group identifies every party on the notification list that applies, with its deadline
4Validate coordination with the related plans in scope (IR-3(2))Fill in: for example the contingency team names the point at which the contingency plan is started
5Identify parts of the plan and playbook that need to changeFill in: for example at least the gaps found are recorded as actions
6Fill in: objectiveFill in: criteria
Role in the exerciseNameRole in the plan
FacilitatorFill in: nameLeads the discussion; knows the plan and the objectives
Data collectorFill in: nameRecords observations against the evaluation criteria
Logistics coordinatorFill in: nameRuns the checklist in A.4
ParticipantFill in: nameFill in: role in the Incident Response Plan, for example incident response lead
ParticipantFill in: nameChief Information Security Officer
ParticipantFill in: nameSenior privacy official
ParticipantFill in: nameFill in: other role, for example system owner, legal counsel, communications, contingency plan coordinator

Adapted from SP 800-84 Table 4-1. Start at least a month ahead, or three months for a large exercise (section 4.2).

TaskOwnerTarget dateDone
Get management approval for the date and participantsFill in: nameFill in: date
Choose the date; book the room or the video meetingFill in: nameFill in: date
Name the facilitator and data collector; meet to review the objectives and the last exercise’s resultsFill in: nameFill in: date
Invite participants in writingFill in: nameFill in: date
Prepare the briefing, the facilitator guide and the participant guidesFill in: nameFill in: date
Send participant guides, if sent ahead (about a week before)Fill in: nameFill in: date
Set up screens, name cards, and copies of the plan and playbookFill in: nameFill in: date
TimeActivity
Fill in: timeWelcome and introductions: each participant gives their name and role
Fill in: timeBriefing: purpose, scope, objectives and ground rules
Fill in: timeScenario discussion, module by module
Fill in: timeDebrief (hotwash)

Ground rules for the briefing: this is a discussion, not a test of individuals; answer as you would in a real incident, using the plan and playbook; say when the plan is unclear, since finding gaps is the purpose; what is said in the exercise stays in the exercise, except what goes in the after-action report.

The facilitator guide holds the purpose, scope and objectives (Part A), the scenario, and the questions that steer the discussion to the objectives (SP 800-84 section 4.3). Choose one scenario. Present one module at a time; give each inject, then ask the questions until the objectives for that module are met. Tailor questions to the level: decisions and oversight for senior leaders, procedures for operational staff.

Module 1. Detection. At Fill in: time on a weekday, the security operations team sees an alert for unusual encryption activity on a file server that supports Fill in: a mission-critical service. Twenty minutes later, the service desk receives calls from users who cannot open shared files.

InjectFacilitator questionsExpected response, from the plan and playbook
Users report files renamed with an unknown extensionWho is told first, and how? When is this declared an incident, and by whom? What severity?Playbook 5.1 and 5.2: report form or case opened, team alerted, incident declared and severity set; system owner and CISO told
A ransom note appears on several serversWhat do you contain first? Who approves isolating the servers? What happens to the backups?Playbook 5.4 and section 6: isolate, protect backups by taking them offline; system owner approves

Module 2. Escalation. By midday, analysis shows the attacker copied data from the file server before encrypting it. The data includes Fill in: a type of information the organization holds, for example customer records.

InjectFacilitator questionsExpected response, from the plan and playbook
Data was copied out before encryptionIs this now a breach? Who decides? Who must be told outside the organization, and by when?Playbook 5.2 step 3 and 5.8: privacy official engaged; notification list checked (5.7)
The service will be down for at least two daysWhen does the contingency plan start? Who decides? How do the incident and recovery teams coordinate?Playbook 5.2 step 6 and 5.5; contingency plan activation (IR-4b, IR-3(2))
An email arrives demanding paymentWho decides how to respond? Who may contact the attacker?Playbook section 6: no contact or payment without the CISO and legal counsel

Module 3. Recovery and communication.

InjectFacilitator questionsExpected response, from the plan and playbook
A reporter calls asking about an outageWho speaks for the organization? Who approves what is said?Playbook 5.7 step 5: communications prepares; CISO approves
Backups are available from three days agoHow do you know they are clean? Who signs off before the system returns to production?Playbook 5.5 steps 2 and 4

B.2 Scenario 2: Compromised administrator account

Section titled “B.2 Scenario 2: Compromised administrator account”

Module 1. A cloud administrator’s account signs in from an unfamiliar country at Fill in: time, adds a new multifactor device, and creates an access key. The administrator is on leave.

InjectFacilitator questionsExpected response, from the plan and playbook
Sign-in alert from the identity providerWho receives the alert? How quickly is it triaged? Who can disable the account at this hour?Playbook 5.1 step 3, 5.2, and section 6 (account takeover); on-call coverage (IR-7)
The new access key was used to list storage bucketsHow do you find out what was accessed? What evidence do you keep, and where?Playbook 5.3 steps 1 to 4

Module 2.

InjectFacilitator questionsExpected response, from the plan and playbook
Two other administrator accounts show the same sign-in patternHow do you find every affected account? When is containment complete?Playbook 5.3 step 2 and 5.4
The cloud provider sends a notice about a campaign against its customersHow do you work with the provider? What do you share with them?Playbook 5.7 step 4 and section 6 (supplier or cloud provider incident; IR-6(3))

B.3 Scenario 3: Breach of personally identifiable information

Section titled “B.3 Scenario 3: Breach of personally identifiable information”

Use this scenario for the breach exercise the IR-2(3) clause sets in each annual training cycle.

Module 1. An employee emails a spreadsheet to a personal email address to work from home. A colleague mentions it to their supervisor two days later. The spreadsheet holds Fill in: for example names, dates of birth and account numbers for about Fill in: number people.

InjectFacilitator questionsExpected response, from the plan and playbook
The supervisor hears about itIs this an incident? Must the supervisor report it, and how quickly? Is it a breach if no one outside saw it?IR-2(3) training: report confirmed and suspected breaches within the reporting time; playbook 5.1
The employee says they deleted itWhat do you need to confirm? Who talks to the employee?Playbook 5.8 steps 1 and 2; section 6 (insider or misuse): involve human resources and legal counsel

Module 2.

InjectFacilitator questionsExpected response, from the plan and playbook
The personal email account was itself compromised last monthHow likely is harm now? What kinds of harm?Playbook 5.8 step 3: harm assessment (IR-8(1)(b))
Legal counsel asks which laws and contracts applyWhere is the list? Who decides whether to notify the individuals, and when?Plan breach section; playbook 5.8 steps 4 and 5 (IR-8(1)(a), (c))
The individuals live in several states or countriesDoes that change who must be told, or how fast?Applicable requirements list (IR-8(1)(c))
Notices are approvedWhat do they say? What help is offered? Who answers the calls?Playbook 5.8 steps 6 to 8
ModuleInjectFacilitator questionsExpected response
Fill in: moduleFill in: new information given to participantsFill in: questions tied to an objective in A.2Fill in: what the plan or playbook says should happen

Give participants Part A (A.1, A.2 and A.5), the scenario’s opening paragraph for each module, and these orientation questions, without the facilitator’s questions and expected responses (SP 800-84 section 4.3).

  • What is your role in the Incident Response Plan, and what would you do first?
  • Who do you need to hear from, and who needs to hear from you?
  • What decisions would you make, and what information would you need to make them?
  • Where does the plan or playbook not match what you would really do?

Hold the debrief right after the discussion (SP 800-84 section 4.4). The data collector records the answers.

  • What worked well, and which areas do you feel the team handles well?
  • Where do you need more training?
  • Which parts of the plan or playbook should be updated?
  • Are there issues we did not discuss that we should have?
  • How could the next exercise be better?
TimeObjectiveObservationPlan or playbook section
Fill in: timeFill in: objective number from A.2Fill in: what was said or decided, and by whomFill in: section

Write the report within Fill in: time, for example 10 business days of the exercise. SP 800-84 section 4.5 puts the debrief comments and the data collector’s lessons learned in the report, with background on the exercise, the observations, and recommendations for the plan.

On Fill in: date, Organization name held a Fill in: duration-hour tabletop exercise to validate its Incident Response Plan, using the Fill in: scenario scenario, with Fill in: number participants from Fill in: teams.

#ObjectiveMet?What was observed
Fill in: numberFill in: objective from A.2Fill in: met, partly met, or not metFill in: observation against the evaluation criteria

General findings: Fill in: overall observations, including what worked well

IDFindingRecommendationOwnerDue dateTracking reference
Fill in: IDFill in: findingFill in: recommended actionFill in: roleFill in: dateFill in: plan of action and milestones item or ticket

The results were reviewed by Fill in: who on Fill in: date. These changes follow from them (IR-4c, IR-8c):

  • Incident Response Plan: Fill in: sections to update, or none
  • Incident handling playbook: Fill in: steps to update, or none
  • Training: Fill in: changes to incident response training (IR-2), or none
  • Related plans: Fill in: changes to the contingency plan or other related plans (IR-3(2)), or none
  • Next exercise: Fill in: what the next exercise should cover, and its planned date
NameTitleSignatureDate
Fill in: nameChief Information Security OfficerFill in: date

Independent guidance, not an official NIST publication. Control text is from NIST SP 800-53 Rev. 5 and SP 800-53A (public domain). Original content is licensed CC BY 4.0; program templates and the downloadable kit are dedicated to the public domain under CC0 1.0.