If…, then how…
If a critical supplier's recovery time is longer than our service can wait, then what do we do?
Add to board memoOpen the memo
The short answer
- Recommendation
- Record it as a gap now, and have the business owner record a workaround that keeps the harm below Severe until the supplier is back. Then close the gap with a shorter time in the contract or an alternative, or take it to the risk owner to decide.
- Reasoning
- A service cannot recover faster than the supplier that runs part of it. The supplier's contracted recovery time should be no longer than the shortest recovery time of the services it supports. Where the contract gives no time, nobody knows how long the organisation will wait, so it fails the check as surely as one that is too long. If the supplier would be back only after the maximum tolerable downtime and the workaround cannot run that long, the service cannot recover in time.
- Considerations
- Look for a time to restore the service. An availability figure does not say how long a recovery takes, and a tested time is better evidence than a contract alone.
- A workaround carries the gap and does not close it. Check it does not itself depend on the same supplier.
- A promise outside the contract is not a commitment. The supplier's own wording is fine if it achieves the same outcome.
- Accepting the risk is approved at the level its rating sets. Outside tolerance only the board, or a board risk committee it has delegated to, the management board in a two-tier structure, or executive management where there is no board, may accept it.
The decision, step by step
Select any step for the reasoning behind it and where the pack covers it.
- Start
- Step
- Decision
- Outcome
Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.
Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.
Read as text
The same flow written out: each step, its reasoning and where the pack covers it. 17 steps.
Start
A supplier may recover slower than a critical service can wait
A service cannot recover faster than the supplier that runs part of it. Where the contract gives no recovery time, nobody knows how long the organisation will wait. This flow is for planning, before an outage; if the supplier is down now, use the continuity plan first.
In the pack
- P22-A02 Business Continuity & ICT Resilience PolicyDependencies and suppliers (rule RR-10)
Step
List every critical service it runs a system for
Take them from your dependency register. The time the supplier must meet is the shortest RTO among the services it supports, and a supplier several services share stops them all at once. In the pack's example, the network provider serves online ordering, with 24 hours, and dispatch, with 8: it must meet 8.
In the pack
- P22-A07 Resilience Dependency RegisterDefinitions
- P22-A07 Resilience Dependency RegisterConcentration
Decision
Does its contract give a recovery time for what you buy?
Look for a time to restore the service, not an availability figure. A contract that sets availability does not say how long a recovery takes. If you cannot find the time, take the cautious branch.
- Yes: Is it no longer than the shortest RTO it serves?
- No, or not known: Record it as Not known, a gap, and plan as if it were too long
In the pack
- P22-A07 Resilience Dependency RegisterRegister (rule MX-04)
- P22-A04 Critical Service Recovery Objectives Matrix (RTO, RPO, MTD)Checks (rule MX-04)
Step
Record it as Not known, a gap, and plan as if it were too long
A supplier time that is not known fails the check as surely as one that is too long. Record the gap with an owner and a due date, and tell the service's risk owner. Ask the supplier what it commits to, whether it has tested it, and what it would restore first after ransomware. Raise it at the supplier's next assessment, as the pack's example does for its backup service provider.
In the pack
- P22-A04 Critical Service Recovery Objectives Matrix (RTO, RPO, MTD)Objective Gaps (rules RR-15, MX-04)
- P22-A07 Resilience Dependency RegisterFinding dependencies
- P06-A02 Third-Party Security PolicyMonitoring (rule TP-09)
Decision
Is it no longer than the shortest RTO it serves?
Compare the contracted time with the shortest RTO among the services the supplier supports. A tested time is better evidence than a contract alone: ask for the supplier's last test result.
- Yes: Name it in the plan with a 24/7 contact and its notice
- No: Record the gap against the RTO it misses
In the pack
- P22-A02 Business Continuity & ICT Resilience PolicyDependencies and suppliers (rule RR-10)
- P22-A07 Resilience Dependency RegisterFinding dependencies
Outcome
Name it in the plan with a 24/7 contact and its notice
Critical suppliers must be part of incident response and continuity plans, with named contacts and notification duties. Put the contracted time, a contact not reached through your own email, and the notice it must give in the service's plan. Check it again when the contract or the service's objectives change.
In the pack
- P22-A05 Cyber Recovery Plan TemplateSuppliers (rule RR-10)
- P06-A02 Third-Party Security PolicyIncidents and continuity (rule TP-10)
Step
Record the gap against the RTO it misses
A contracted time longer than the RTO fails two checks: the supplier time (MX-04) and the dependency's recovery in time (MX-02). Record one gap with both, an owner and a due date; the owner agrees the change within 10 working days, the pack's default, and the risk owner reassesses the risk. In the pack's example, a failed network line is restored within 12 hours, and dispatch needs 8.
In the pack
- P22-A04 Critical Service Recovery Objectives Matrix (RTO, RPO, MTD)Objective Gaps (rule RR-15)
- P22-A02 Business Continuity & ICT Resilience PolicyTesting and review (rule RR-15)
Step
The business owner records the workaround and who starts it
Where a service cannot be back within its recovery time, its business owner records a workaround that keeps the harm below Severe until the service returns, how long it can run, and who starts it. Check that it does not itself depend on the same supplier. One never tried is recorded as untried. The workaround carries the gap; it does not close it.
In the pack
- P22-A02 Business Continuity & ICT Resilience PolicyImpact analysis and objectives (rule RR-06)
- P22-A08 Crisis & Recovery Responsibility MatrixResponsibilities (rule RA-02)
- P22-A05 Cyber Recovery Plan TemplateThe workaround (rule RR-06)
Decision
Would the supplier be back within the service's MTD?
Between the RTO and the MTD, the service misses its target but the harm stays below Severe. Beyond the MTD, the harm reaches Severe unless the workaround holds until the supplier is back. A time that is not known takes the cautious branch.
- Yes: Seek a shorter recovery time through the contract's recovery clause
- No, or not known: Can the workaround run until the supplier is back?
In the pack
- P22-A02 Business Continuity & ICT Resilience PolicyImpact analysis and objectives (rules RR-03, RR-04)
Decision
Can the workaround run until the supplier is back?
The plan records how long the workaround can run before harm reaches Severe, such as invoicing business customers on account while a payment provider is down. Compare that with the supplier's time. If there is no workaround, it has never been tried, or nobody knows how long it lasts, take the cautious branch.
- Yes: Seek a shorter recovery time through the contract's recovery clause
- No, or not known: Tell the owners the service would reach Severe harm
In the pack
- P22-A05 Cyber Recovery Plan TemplateThe workaround (rule RR-06)
- P22-A04 Critical Service Recovery Objectives Matrix (RTO, RPO, MTD)Objectives
Step
Tell the owners the service would reach Severe harm
On these facts the service cannot recover in time. Tell the business owner and the service's risk owner by name: the risk is reassessed on the ground that a supplier outage alone would take the service past its maximum. Look for any partial workaround that slows the harm while the gap is closed.
In the pack
- P22-A02 Business Continuity & ICT Resilience PolicyTesting and review (rules RR-15, P05 RM-10)
- P05-A02 Risk Assessment Methodology & Scoring ModelTreatment
Step
Seek a shorter recovery time through the contract's recovery clause
The recovery clause commits the supplier to plans, recovery targets and tests that match how long your services can be without it. The clause's defaults: a recovery time and data loss in hours, a test at least every year, a summary of each test within 30 days, and taking part in your own tests. A supplier recovering in 72 hours cannot support a service you need back in 24.
In the pack
- P06-A07 Supplier Contract Security Clause LibraryCL-10 Business continuity and disaster recovery (rule P06 TP-10)
- P22-A05 Cyber Recovery Plan TemplateSuppliers (rule RR-10)
Decision
Will the supplier commit to a time within the RTO?
Raise it at the supplier's next assessment, as the pack's example does, or at renewal if that comes sooner. Accept the supplier's own wording if it achieves the same outcome. A promise outside the contract is not a commitment: take the cautious branch.
- Yes: Put the time in the contract, the register and the plan
- No, or not known: Can another provider or route meet the RTO at an accepted cost?
In the pack
- P06-A07 Supplier Contract Security Clause LibraryNegotiating with suppliers
- P06-A02 Third-Party Security PolicyMonitoring (rule TP-09)
Outcome
Put the time in the contract, the register and the plan
Record the contracted time in the dependency register and the service's plan, with the supplier's contact and notice, and close the gap once its checks pass. Ask for the supplier's test results each year, and include the supplier in your own recovery test of the service.
In the pack
- P22-A05 Cyber Recovery Plan TemplateSuppliers (rule RR-10)
- P22-A04 Critical Service Recovery Objectives Matrix (RTO, RPO, MTD)Objective Gaps
- P06-A07 Supplier Contract Security Clause LibraryCL-10 Business continuity and disaster recovery
Decision
Can another provider or route meet the RTO at an accepted cost?
An alternative may be a second supplier, such as a second network line from another provider, another site, or a workaround that meets the RTO. It counts only once it would work today. Weigh its cost against the harm the impact analysis showed. If none is available or affordable, take the cautious branch.
- Yes: Put the alternative in place and record it in the register
- No, or not known: The risk owner decides: treat, accept at the right level, or exit
In the pack
- P22-A07 Resilience Dependency RegisterDefinitions
- P22-A04 Critical Service Recovery Objectives Matrix (RTO, RPO, MTD)Objective Gaps
Outcome
Put the alternative in place and record it in the register
Give the change an owner and a due date, record the alternative against the dependency and mark it in place only when it would work today. Add its own recovery time and contact to the plan, and test the switch in the service's next recovery test.
In the pack
- P22-A07 Resilience Dependency RegisterRegister (rule RR-09)
- P22-A02 Business Continuity & ICT Resilience PolicyTesting and review (rule RR-14)
Outcome
The risk owner decides: treat, accept at the right level, or exit
Accepting the risk is recorded and approved at the level its rating sets; outside tolerance only the board or its equivalent may accept: the board, or a board risk committee it has delegated to; the management board in a two-tier structure; executive management where there is no board. A recovery clause the supplier would not sign is recorded as an exception under the supplier pack; the objective gap stays open in your matrix. Check the exit plan if leaving is the answer.
In the pack
- P05-A02 Risk Assessment Methodology & Scoring ModelTreatment (rule RM-08)
- P06-A07 Supplier Contract Security Clause LibraryNegotiating with suppliers
- P06-A02 Third-Party Security PolicyExit (rule TP-11)
- P22-A02 Business Continuity & ICT Resilience PolicyExceptions
Practical checklist
- List every critical service the supplier runs a system for, and take the shortest recovery time among them.
- Find the recovery time in the contract, and ask for the supplier's last test result.
- Record a missing or longer time as a gap with an owner and due date, and tell the service's risk owner.
- Have the business owner record a workaround, how long it can run and who starts it.
- Compare the supplier's time with the maximum tolerable downtime and with how long the workaround can run.
- Seek a shorter recovery time through the contract's continuity clause at the next assessment or renewal.
- If the supplier will not commit, put an alternative in place or take the gap to the risk owner to treat, accept or exit.
- Put the agreed time, a 24/7 contact and the notice it must give in the service's plan.
Evidence to have ready
- The dependency register showing the supplier, the services it supports and their recovery times.
- The contracted recovery time, or a record that the contract gives none, and the supplier's test results.
- The objective gap with its owner, closing change and due date, and the risk owner's reassessment.
- The workaround, how long it can run and who starts it, marked tried or untried.
- The risk owner's treatment or acceptance decision, and any exception recorded for a clause the supplier would not sign.
Assumptions
- The service's maximum tolerable downtime and recovery time are agreed by its business owner.
- You keep a supplier register and a record of what each critical service depends on.
- The figures here are the pack's defaults, which your own policy and contracts may change.
Not covered here
- A supplier that is down right now. That is “If a critical supplier is unavailable, can the service continue?”.
- Reducing dependence on one provider that many critical services use. That is “If many of our critical services depend on one provider, then what do we do about it?”.
- Choosing which security clauses go into a contract. That is “How do we decide which security clauses go into a contract?”.
- Designing and trying the workaround itself. That is “If a service cannot be back within its recovery time, how do we keep the business running?”.
Related questions
- If a critical supplier is unavailable, can the service continue?
- If many of our critical services depend on one provider, then what do we do about it?
- How do we decide which security clauses go into a contract?
- How do we decide between treating, transferring, avoiding and accepting a risk?
- If a service cannot be back within its recovery time, how do we keep the business running?