Chapter 2 of 3
Negotiate an obligation that can be verified
Develop contracts, governance and advice while working to advise boards and product teams.
1. Start with the proof, not the promise
Convert assurance into proof
Translate "strong security" into an observable proposition: what happens, who proves it, and what record exists?
Use `risk -> outcome -> duty -> evidence -> consequence`. A contract can require proof, but cannot itself prove adequate security.
2. Identify the governing legal floor
Classify before drafting
Classify the service, customer and supported function before selecting a clause. Regulatory labels are not interchangeable.
NIS2 needs national-law checking. DORA has applied directly since 17 January 2025 and has distinct ICT-contract rules.
3. Build a verification stack
The six fields
Scope, metric, evidence, owner, review point, failure path: each material duty needs all six fields.
Visual chain: `[service] -> [control] -> [evidence] -> [review] -> [remedy]`. A blank link creates an oversight gap.
4. Keep DORA Article 30 layers separate
Three distinct layers
30(1): written allocation and single durable contract. 30(2): minimum content, including the specified indication and conditions for subcontracting of ICT services supporting critical or important functions. 30(3): additions for critical or important functions.
Document the function classification. A contractual label cannot override the facts or the regulatory analysis.
5. Draft an evidence-producing obligation
Thought exercise
A provider proposes: "We will maintain appropriate incident response capabilities."
In two minutes, turn it into a testable obligation. Add:
- the defined incident category;
- the first notice content and recipient;
- evidence that the response plan was exercised;
- the remediation record after a failed exercise; and
- a proportionate customer verification right.
Then ask: Would a new security lead, regulator or auditor be able to determine compliance from the agreed evidence without relying on oral assurances? If not, tighten the metric, evidence or review mechanism.
6. Resolve competing commercial options
Conflicting facts
Launch pressure favours signing. The risk assessment says the service supports a critical or important function, while evidence access is restricted.
Choose the verification annex: defined reports, material-impact notices, evidence access or an independent equivalent, remediation tracking and exit-test evidence.
7. State what could reverse the recommendation
Name the pivot fact
A documented conclusion that the service is not critical or important could remove the Article 30(3) layer, not the Article 30(1)-(2) layers.
An independent equivalent may solve an evidence-access constraint. Record assumptions, evidence, owner and reassessment trigger.
Scenario quiz: the best next decision
Choose the best next decision
AsterQuay has a documented preliminary assessment that CloudHarbor supports a critical or important function. CloudHarbor will supply an annual assurance report but will not commit to precise service-level evidence, material-impact notice requirements or exit-test evidence. What should counsel recommend next?
What is the best next decision?
- Accept the annual report because an external assurance report always substitutes for contractual verification rights.
- Negotiate a DORA-focused verification annex before approval, while testing whether an independent equivalent can safely satisfy particular evidence needs.
- Remove the critical-or-important classification from the contract so that Article 30(3) cannot apply.
Show Answer
Answer: B) Negotiate a DORA-focused verification annex before approval, while testing whether an independent equivalent can safely satisfy particular evidence needs.
The best decision is to preserve a documented classification and negotiate evidence that supports monitoring, remediation and exit. An annual report may contribute to assurance, but its adequacy depends on scope, timeliness, exceptions and the customer's ability to challenge it. Option 1 overstates its effect. Option 3 mistakes a contractual label for the regulatory assessment. The result could change if a well-supported reassessment finds that the function is not critical or important, or if an independent equivalent provides sufficiently usable verification evidence.
Key Terms
- verification stack
- The connected drafting elements that make a duty observable: scope, metric, evidence, owner, review point and failure path.
- independent equivalent
- A negotiated alternative evidence mechanism, such as a suitably scoped independent assurance report, used where direct disclosure of artefacts is impracticable.
- material-impact notice
- A provider notice concerning a development that may materially affect its ability to provide ICT services in line with agreed service levels.
- critical or important function
- A DORA classification that triggers the additional contractual content in Article 30(3) when ICT services support that function.