CP-01Ransomware Containment
Cut the paths ransomware uses to spread before encryption reaches critical systems.
Open CP-01
Control PlansCP-01 to CP-20The method library
A Control Plan describes a repeatable method for one security problem: which connections to remove, control, isolate or open only when they are needed, who decides, and how it is checked. Find the plan that matches the problem you are trying to solve.
Find your Control Plan
Every plan is built for one problem. Filter by the problem you are facing, or search by module or keyword.
Showing 20 Control Plans
No plan matches that yet. Tell us the problem and we will show you how Control would approach it.
CP-01Cut the paths ransomware uses to spread before encryption reaches critical systems.
Open CP-01
CP-02Physically disconnect the affected path during a live incident while the rest of the operation keeps running.
Open CP-02
CP-03Supplier and vendor paths that exist only for approved work, in a defined window.
Open CP-03
CP-04Zones separated at Layer 1, so a boundary holds even when software controls are compromised.
Open CP-04
CP-05Separate business access from essential systems, with planned isolation boundaries.
Open CP-05
CP-06Connect approvals and observed control states to agreed record sources, with collection and retention defined for the actions in scope.
Open CP-06
CP-07A two-stage gateway with independently controlled connections.
Open CP-07
CP-08Disconnect an AI system from your data and networks when it behaves unexpectedly.
Open CP-08
CP-09A controlled exchange path between two separate environments.
Open CP-09
CP-10Authorised senior intervention that withdraws predefined connections.
Open CP-10
CP-11ProposedKeep supplier networks separate from your own environment.
Open CP-11
CP-12ProposedAdministrator access through a controlled network entry point.
Open CP-12
CP-13ProposedConnections that exist only for a scheduled maintenance window.
Open CP-13
CP-14ProposedPhysically isolate one affected device from the network.
Open CP-14
CP-15ProposedIndustrial controllers behind a physical network boundary.
Open CP-15
CP-16ProposedDisconnect the communications link to a remote facility.
Open CP-16
CP-17ProposedApproved changes made through a timed physical connection.
Open CP-17
CP-18ProposedInterrupt outbound paths at a physical boundary.
Open CP-18
CP-19ProposedDisconnect the communications of an autonomous system.
Open CP-19
CP-20ProposedTwo independent approvals required before a connection opens.
Open CP-20What every plan includes
Every Control Plan is commercially clear at the top and technically credible further down. Your board, your CISO and your engineers each get what they need.
What the plan achieves, who needs it, and what is at risk without it.
An interactive view of the crossings before control, in normal use, under attack and in recovery.
Every protected route: normal state, authorisation, enforcement, response and evidence.
Who does what in normal conditions, maintenance, an incident and restoration.
How it fits your firewalls, SIEM and EDR, and the acceptance criteria it must pass.
What it does not protect against, and the standards it can help support.
Modules in each plan
The primary modules each plan relies on. Supporting modules are set out in each plan’s specification.
Fracture · Isolate · Execute · Validate
Fracture · Isolate · Execute · Validate
Fracture · Relay · Execute · Validate
Fracture · Isolate · Relay · Unlink · Lock
Fracture · Isolate · Relay · Execute · Validate · Anchor · Lock · Transfer
Fracture · Relay · Execute · Validate · Anchor · Lock · Transfer
Fracture · Isolate · Relay · Execute · Validate
Fracture · Isolate · Relay · Execute · Validate · Lock
Fracture · Relay · Execute · Validate · Anchor · Lock
Relay · Execute · Validate · Anchor · Lock · Transfer
Fracture · Isolate · Execute · Validate · Unlink · Lock
Fracture · Isolate · Relay · Execute · Validate · Anchor
Fracture · Isolate · Relay · Execute · Validate
Relay · Validate · Transfer
Fracture · Isolate · Execute
Fracture · Isolate · Execute · Validate · Anchor · Lock
Fracture · Relay · Execute · Validate · Anchor · Lock
Plans and Blueprints
A ransomware containment plan applies to many organisations. An industry Blueprint shows how it combines with supplier access, IT and OT separation, recovery and safety in a real sector.
Fracture, Isolate, Relay, Execute, Validate, Anchor, Unlink, Lock and Transfer. Each does one physical job.
Example: Firebreak® cuts a selected crossing at Layer 1.How Control worksHow modules combine to solve one problem, written so it can be repeated in any organisation.
Example: CP-01 cuts the routes out of an infected zone on a high-confidence alert.Browse the plansHow the relevant plans adapt to a sector’s infrastructure, suppliers, safety requirements and regulators.
Example: Control for Water combines five plans, with Offline Secure Storage® kept separate.Explore Industry BlueprintsHow a plan becomes yours
No plan is installed as-is. Each one is mapped to your own connections, decision makers and constraints, then tested before you rely on it.
Map the connections in scope, what must keep running and who decides.
Write the connection register, decision rules and runbook for your network.
Put the first crossing under control in a planned window.
Run the acceptance criteria and keep the evidence.
Add crossings and plans, using the same method.
→Build your Control Plan
Tick what sounds familiar. You’ll see which Control Plans your discovery session would start with.
?Questions worth asking
The practical answers your board, your CISO and your engineers will want.
A Control Plan is a repeatable method for one problem, such as ransomware spreading or supplier access. An industry Blueprint combines the relevant plans and adapts them to a sector’s real infrastructure, suppliers, safety requirements and regulators.
Yes. Most organisations start with one plan where the risk is greatest and add others. Plans share the same modules, so they work together.
No. Each plan uses only the modules it needs. CP-01, for example, relies on Execute, Firebreak® and Isolate.
No. Firewalls, detection and endpoint tools stay. A plan adds a physical layer they can act through, and that an attacker cannot switch off from inside the network.
Separately. Control decides which connections exist. Offline Secure Storage® keeps recovery copies, configurations and evidence physically disconnected, with its own access.
With a discovery session. We agree the problem, the first crossing to control and who decides, then pilot and test it before you rely on it.
→Your next step
A working session on your network: the problem, the plan that fits, and the first crossing to control.
Build your Control Plan