Platform

Platform overview How it works Authorization testing Evidence & reports Private scanning Integrations

Solutions

Security agencies Product teams Regulated industries Partner programme

Learn

Blog Knowledge hub Compare

Resources

Pricing Documentation Help centre FAQ Security & data What we haven’t proved

Company

About Contact Careers Sign in to the platform Start a $199 pilot →

Home / Knowledge hub / Business continuity

Knowledge hub

Business continuity

Keeping critical services running, or restoring them fast, through a disruption.

Illustration explaining Business continuity

What it means

Business continuity is the work of keeping your important services going, or getting them back quickly, when something goes wrong. The disruption might be a cyber incident, a cloud outage, a supplier failure, a power cut or the loss of key people.

It is wider than IT. A plan names the services that matter most, how long each can be down, who decides what, how customers are told, and what people do while systems are unavailable. Disaster recovery is one part of it, focused on technology.

Why it matters

Customers judge you by whether the product works when they need it. An outage during payroll week or a sale costs revenue, and repeated outages cost contracts. Many enterprise buyers and regulators now ask for a written continuity plan and evidence that it was tested.

An incident is when untested plans fail. A plan that exists only as a document will not help at three in the morning. Standards such as ISO 22301 expect plans to be exercised and improved, and your incident response plan should fit with it.

How it shows up

Start with the services that earn money or carry legal duties. For each, set a recovery time objective and a recovery point objective, list the systems and suppliers it needs, and decide a workaround. Then run a tabletop exercise. Keep the plan short enough that people will read it under pressure.

Plans fail when contact lists are stale, when the backup tool is down with the system, when nobody knows who may declare an emergency, and when supplier dependencies were never listed. Review the plan after every major change and after every real incident, and keep a printed copy somewhere reachable.

Questions people ask

Business continuity, answered

What is the difference between business continuity and disaster recovery?

Business continuity covers keeping the whole business running through a disruption. Disaster recovery is the technical part: restoring systems and data.

Recovery plans sit inside the broader continuity plan. Both need owners.

Does a small company need a continuity plan?

Yes, in a lighter form. A one or two page plan covering key services, contacts, backups and who decides is far better than nothing.

Larger customers will often ask for it.

How often should we test the plan?

At least once a year, and after major changes. A discussion-based exercise is a good start, followed by a real restore test of backups.

Record what failed and fix it.

What does ISO 22301 cover?

ISO 22301 is the international standard for business continuity management systems. It sets requirements for planning, operating, testing and improving continuity.

Organisations can be certified against it. Certification is optional.

Does a cyber incident count as a continuity event?

Yes. A ransomware attack or a data breach that takes systems offline is a classic example.

Include cyber scenarios in your exercises, with the extra step of not restoring from compromised backups.

Cyberlop mark

Will it still work on the bad day?

Continuity plans cover what happens after an outage. Cyberlop covers one cause of it, finding the exploitable flaws in your web app first and proving each with a request and response. Book a pilot on one app.

Or start with a $199 pilot on one application: thirty days, success criteria agreed before day one, credited against the annual if you convert.