REKKY logo Sec Ops Consulting © 2026 REKKY Consulting LLC

Incident readiness

Incident readiness your team can already run

A company is ready for an incident when a named person can revoke access, the list of systems is believable, and the people who already work there can follow a written sequence. A binder that has never been opened is not readiness. REKKY Sec Ops Consulting does not sell a 24-hour retainer. We work around your normal operations, and we'll need access to the right areas and the right people while we do.

What readiness is

A phone number for a vendor, with no owner inside the company, is not readiness either. The work is the plan, the tabletop exercise, the playbooks, breach readiness, and a backup and recovery test.

An incident fails when two groups each think the other owns the next step. We write the missing name and the missing step. We do not add a standing roster of people you have not hired.

Security operations consulting, infrastructure assessment, and ISO 27001 readiness are other pages on this site. This page does not repeat those services.

The work

An incident response plan names who is called, who is allowed to decide, and what happens in the first hour. The plan is specific to the systems you already run. It is not a template with your logo pasted on the cover.

A tabletop exercise runs one scenario with the people who would be in the room. The point is the decision they reach, and the record of where they stalled. We need those people present. An exercise held without them is a rehearsal of a guess.

Incident response playbooks are the sequences for incidents you can already name: a lost laptop, a vendor account, a payment system, a customer-data export. The plan says who decides. The playbook says what that person does next.

A ransomware readiness assessment asks whether access can be revoked, whether a restore has ever been completed, and who is allowed to decide about payment. We do not contact an attacker, and we do not tell you to pay.

Breach readiness names who would speak to customers, to counsel, and to an insurer, and which facts a notice would need. We do not give legal advice, and we do not decide whether a notice is required.

Backup and recovery testing is a restore someone can point at, with an owner and a time. A backup report that says success, and has never been restored, is not a test.

The gap between teams

The incident sits between IT, the person who built the workflow, and a vendor. Two owners, or none. The week is shorter than a normal operations problem, and the missing name is the same kind of gap.

A hotline is a different purchase. A person on each duty and reviews that still matter are the operating pieces. This page is the incident record.

Questions for one incident

We ask these of one incident a company can name. A lost laptop. A vendor account. A payment system. A customer-data export.

  1. Who is called first, and who may decide.
  2. Who can disable an account, a key, and a vendor session, and how long that takes on a Friday.
  3. Where the list of systems that hold customer data lives, and when it was last checked against what is running.
  4. Whether offboarding is current enough that the access list can be trusted.
  5. Who speaks to customers, and who speaks to the insurer or the auditor, and whether they share the facts.
  6. Whether the week after can show what was done. For SOC 2 or PCI, the evidence has to match the path taken.

If two questions have no name, the gap is owners. A policy nobody has walked is not the finding.

What we write down first

  • One owner for the incident, and a second person who can act if the owner is unreachable.
  • A current access list for the few systems that matter, and a revoke step someone has used.
  • One place the timeline is written while the work happens.
  • A review the week already runs. A bridge nobody remembers is not a plan.
  • A decision, made on a quiet day, about what will not be done in the first hour.

We'll need access to those systems and the people who would be called. The writing stays with your team.

Access we need

We work around your normal operations, and we'll need access to the right areas and the right people while we do.

Before the work starts you receive a written scope. You can decline it. Once you approve it, we need the plan if one exists, the systems the incident would cross, and time with the people who would be called. A blank note is enough to start the conversation. It is not enough to finish the plan.

We do not ask you to stop operations for a general tour. We do ask the right people to sit with us while we read the record and walk one path. If those people are not available, we say so and we wait, rather than inventing owners.

Not a 2 a.m. retainer

We do not sell a 24-hour retainer. We do not quote a response time. If you need a firm on the keyboard during an active breach, say so. We will say this is not the fit.

A questionnaire or an audit date starts on SOC 2 readiness. ISO 27001 readiness is a different page. Both are still this firm.

One system on a quiet week

We run the questions on one system you name. We'll need access to that system and the right people. We record what held, what slipped, and what changed.

A named owner and a revoke step someone has used is the result. An argument about who decides is the finding. Recon Assessment, starting at $15,000 plus expenses. Four days on site with your team, then a written report.

Contact

Task us with the incident you are worried about.

Name the system if you know it. If you need a response firm we are not, we will say so. Engagements are remote-first across the U.S., and on-site travel is available. We work around your normal operations, and we'll need access to the right areas and the right people while we do.