Independent security assurance and editable documentation to keep organizations secure, compliant and resilient Questions? contact@rootguardsecurity.com
A group working through an incident response plan with a severity matrix on screen behind them

Cyber Assurance and Verification

Find the Gaps Before an Incident Finds Them for You

Organizations usually discover the state of their preparation during an incident. This engagement finds the gaps first: whether you would see it, whether you could contain it, and whether you could come back.

Standard
NIST SP 800-61r3
Exercise
Scoped to your scenario, your team
Ends with
Findings, after-action report, verification
Fee basis
Fixed on agreed scope

The Problem
You Already Know

There is a plan. It was written for an organization you no longer are, the contact list is two years old, and nobody has read it since the day it was approved.

The parts that decide an incident are not in the plan at all: who is allowed to disconnect a production system, what your IT contract obliges anybody to do at two in the morning, and whether your insurer has to be told before you act.

Capabilities

What the Service Establishes

HOW A FINDING CLOSES: ELEMENT BY ELEMENTA finding with four criterion elements closes when four close, not when three do.derived, never typedZero enabled leaver accountsClosedA documented list, approvedClosedRequester separated from approverClosedReview at a stated interval, datedNot evidencedThe finding derives to partially closedthree of four is not closed

Each element carries its own result. The finding's state is derived from them and never typed by hand.

Would You See It

The log source inventory against your asset list, retention settings, and a sample export proving the events you assume are being collected actually are. Gaps here are usually not a tooling problem but an unmanaged asset nobody had on a list.

Could You Contain It

Agent coverage as a full population against the asset inventory rather than a percentage from a dashboard, the privileged account list in full, and the segmentation policy as exported. Small enough in most organizations to examine entirely.

Could You Come Back

Backup immutability and isolation as configured, the identity rebuild procedure, and the restore test record. A backup nobody has restored from is an assumption, and the record either exists or it does not.

Response Documentation That Matches the Business

The plan, the playbooks and the escalation tree rewritten against your systems, your suppliers and your actual reporting lines.

Bracketed placeholders nobody fills in are the standard failure. Your legal counsel, your insurer's notification number and your retained responder are named or the document is not finished.

What Anybody Is Actually Obliged to Do

Your IT contract and your insurance policy both change how an incident runs, and neither is usually thought of as a security document.

An out-of-hours obligation that does not exist is better discovered now than at the point of needing it.

A Scenario Your Own People Walk

A tabletop against the plan, on a clock, with the decisions and the elapsed time recorded.

It is the only part of readiness that cannot be established by reading, because in normal operation nobody is asked.

That the Gaps Actually Closed

The findings are re-checked against evidence after the work, rather than marked closed because somebody said so.

A readiness engagement that ends at the report has established what was wrong, not that anything changed.

What Makes It Different

Readiness is usually assessed by reading the plan. The plan is the part that survives an incident least, because it describes intentions and an incident tests obligations and authority.

So this engagement reads the contracts, tests the escalation path, and puts the room through a scenario on a clock. The elapsed time per decision is the finding, and it is a sentence a board and an insurer both understand.

And it ends with verification rather than with recommendations, because the gap between a closed finding and a finding somebody intended to close is where incidents live.

Your Business Outcomes

Protect the Value of the Business, Not Just the Systems

A badly handled incident costs customers, renewals and standing. The technical recovery is rarely the expensive part.

Keep Your Cover Intact

Insurers set notification and handling conditions. An incident run outside them can reduce or void a claim, which is a loss nobody budgets for.

Spend the First Two Hours Deciding, Not Discovering

Executive attention is the scarcest resource in an incident. Knowing who can authorize what is the difference between managing one and being managed by it.

Answer the Tested-plan Question

Customers and underwriters ask whether the plan has been exercised, not whether it exists. It is a yes or no, and it is checkable.

How Engaging Works

1

Enquiry

You tell us what prompted the question. A customer questionnaire, an insurer, a board, or a date somebody gave you.

2

Conversation

Thirty to forty-five minutes establishing what applies to you and what does not. Not charged, and not a sales call: if the answer is that you need less than you thought, or somebody else entirely, we say so.

3

Written scope

What is in, what is out, what you have to supply, the fee and the end date. Nothing starts until you have it in writing.

4

The work

Delivered against that scope. If something has to change, we agree it in writing first, including what it costs.

5

Handover

The deliverables, plus the evidence and the method, so the work can be repeated by somebody who is not us.

Fixed fee against an agreed scope. Nothing is billed hourly and the scope does not move without your written agreement. The fee is quoted rather than published, because a number carrying an asterisk is worth less than a straight answer, and scope is what decides it. You own the output. Editable files, no platform, no license, no lock-in.

Common Questions

We already have an incident response plan. Is this worth doing?

Ask it three questions: when was the contact list last checked, who is named as able to disconnect a production system, and what does your IT contract oblige anybody to do at two in the morning. If the plan cannot answer, it has not been tested.

Is the tabletop included?

It is part of this engagement and can also be bought on its own. Inside the engagement it runs against the documentation we have just rebuilt, which is a different exercise from running one against a plan nobody has read.

Do you provide the incident response service itself?

No. This establishes readiness. Responding to a live incident is a different capability with different obligations, and we would rather tell you that now than during one.

How long does it take?

It depends on how much documentation exists and how quickly people can be assembled for the exercise, not on the size of the organization.

What will you not do?

Retain us as your responder, monitor your environment, or sign off your insurer's requirements. We establish the position and say plainly what would close each gap.

Ready to Find the GapsBefore an Incident Does?

Take the incident response plan first. It costs nothing, and filling it in tells you most of what this engagement would. If you complete it and still cannot say who is allowed to disconnect a production system, that is the finding arriving early.

Related services: Incident Response Tabletop Exercise · Cybersecurity Program Development · Phishing Simulation