Independent thinking. Informed defence.

CISO Times

Intelligence for the people behind the defence.

The CISO Decision Brief

How do we…

How do we decide which security clauses go into a contract?

7 decision pointsThe pack behind this answer: Third-Party Security Risk Management

Add to board memo

The short answer

Recommendation
Let the supplier's tier and the most sensitive data it will hold choose the clauses, before signature. Add the conditional clauses that fit, the DORA content if you are a financial entity and any assessment conditions with their deadlines. Record every clause you sign without as an exception.
Reasoning
Security requirements found in an assessment are worth little if they stay in a report. The contract makes them duties the supplier must meet (TP-07). Starting from the tier means nobody negotiates from a blank page, and a supplier asked for clauses because of its tier understands why. The data column then adds what the data needs, such as incident notification and data return for a supplier holding your data. A clause given up at signature is a known gap, so it goes through your exception process instead of being accepted informally.
Considerations
  • The clause set by tier is the pack's default and a starting point for security coverage. It is not legal advice: your legal adviser reviews the clauses against the contract's governing law.
  • The pack's DORA tables follow a summary of Article 30. Have your legal adviser check each DORA contract against the full text, and record the contract in your register of information.
  • Where a refused clause leaves the supplier outside appetite, or scored Critical, the approver your risk method requires also signs the exception and the risk goes on your risk register. The stricter approver applies.
  • Accept the supplier's own wording if it achieves the same outcome. A current certificate with the right scope is a fair trade for an on-site audit, except after an incident or for a regulator.

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. 20 steps.
  1. Start

    A supplier contract is being drafted or renewed

    Security requirements found in an assessment are worth little if they stay in a report. The contract is where they become duties the supplier must meet. Choose the clauses before signature, whether the contract is new or a renewal.

    In the pack

  2. Decision

    Does the supplier have a recorded tier?

    The tier drives the selection. A supplier with no tier on your register has not been screened, and no contract or renewal should be signed until it has.

    In the pack

  3. Outcome

    Stop, and screen and tier it first

    Hold the signature until the business owner has answered the intake questions and a tier is recorded. Choosing clauses without a tier ends with either every clause, which the supplier resists, or too few.

    In the pack

  4. Decision

    Is it Tier 4?

    Tier 4 suppliers hold no data beyond public, have no access and support no service. The ordinary terms of the main contract do the rest.

    In the pack

  5. Outcome

    Add the short security clause only

    Tier 4 takes the first paragraph of the general security clause: the supplier maintains appropriate measures to protect your information and the service. Nothing more is needed.

    In the pack

  6. Step

    Take every clause the tier marks as required

    Tier 3 takes three: security requirements, incident notification and termination for security reasons. Tier 2 adds assurance, audit, subcontracting, locations, vulnerability management, supplier staff access, incident cooperation, data return, exit, training, remediation and change notice. Tier 1 adds continuity, penetration testing and service levels with security reporting.

    In the pack

  7. Step

    Add the clauses for the most sensitive data it holds

    Read the column for the most sensitive data the supplier will hold or can reach. Personal or customer data brings in assurance, audit, subcontracting, locations, incident notification and cooperation, vulnerability management, data return, termination and change notice. Under the tiering model, personal data alone already places a supplier at Tier 2 at least, and customer data at Tier 1. The tier and the data column together give the list.

    In the pack

  8. Decision

    Will it process personal data on your behalf?

    Processors need their own contract terms whatever the tier. Ask your Data Protection Officer: a supplier that decides the purposes of the processing itself is a controller, and processor terms do not fit it. If you are not sure, treat it as a processor until the Data Protection Officer says otherwise.

    In the pack

  9. Step

    Add the processor terms, checked by your data protection lead

    GDPR Article 28(3) requires a binding contract covering documented instructions, confidentiality, security, sub-processors, assistance, return or deletion, and audits. GDPR Article 28(2) forbids sub-processors without your prior written authorisation. The supplier's own data processing agreement is acceptable if it covers every point. Check it against that list, not against its title.

    In the pack

  10. Step

    Check each conditional clause against its 'when to use'

    Add the cloud clause for any cloud service holding your data, so the split of security duties is written down. Add cooperation with competent authorities for a regulated entity whose supervisor needs access. At Tier 2, continuity and service levels apply where it supports an important internal service, and testing where it hosts customer data or an internet-facing service you rely on. At Tier 3, the conditional clauses turn on facts such as holding your data, connecting to your systems or subcontracting.

    In the pack

  11. Decision

    Are you a DORA financial entity buying an ICT service?

    DORA sets minimum contract content for every ICT service a financial entity buys, and more for services supporting a critical or important function. Organisations outside DORA answer no. If your status is unclear, ask Legal or Compliance and treat it as yes meanwhile.

    In the pack

  12. Step

    Add the clauses DORA requires in every ICT contract

    The pack maps the points of DORA Article 30(2) to clauses: locations, data protection, data return, service levels, incident assistance, cooperation with authorities, termination rights and training. The description of the services sits in the main contract. Record the contract in your register of information.

    In the pack

  13. Decision

    Does the service support a critical or important function?

    If it does, the supplier is Tier 1 by the pack's tiering rules and takes every Tier 1 clause as well. If you are not sure, treat it as yes until Legal or Compliance has applied the test.

    In the pack

  14. Step

    Add the extra content for critical or important functions

    DORA Article 30(3) adds full service levels, notice duties, contingency plans and security, participation in testing, audit and access rights, and exit strategies. Audit and access rights for the competent authority are not negotiable away. The pack's tables follow a summary of the Article: have your legal adviser check each contract against the full text of Article 30.

    In the pack

  15. Decision

    Was the assessment decision 'Approve with conditions'?

    Conditions are findings the supplier must fix by a date. Without a contract term, a finding is only a request in a report.

    In the pack

  16. Step

    List the findings and deadlines in the remediation schedule

    The remediation clause turns each finding into a contract term with its deadline. In the pack's clause, a High finding not fixed by its deadline counts as a material breach, which gives you the right to terminate without penalty. The pack recommends the clause in every Tier 1 and Tier 2 contract, so later findings also get contractual deadlines.

    In the pack

  17. Step

    Negotiate from the tier, and accept equivalent wording

    Tell the supplier why: it gets these clauses because of its tier. Its own wording is fine if it achieves the same outcome. For every supplier holding your data, hold firm on incident notification, data return and deletion, and processor terms. For Tier 1, also supplier staff access, exit and audit. A current certificate with the right scope is a fair trade for an on-site audit, except after an incident or for a regulator.

    In the pack

  18. Decision

    Did the supplier refuse a clause you will sign without?

    Large cloud and software providers often offer only their standard terms. Read them against the library clause by clause and note which points they cover. Any point missing is the same as a refused clause.

    In the pack

  19. Outcome

    Record the gap as an exception, co-signed if outside appetite

    A clause given up is a known gap. Record it through your exception process, with an expiry date, instead of accepting the refusal informally at signature. If it leaves the supplier's risk outside appetite, or scored Critical, the approver your risk method requires for that position also signs the exception, and the risk goes on your risk register as well. The stricter of the two approvers applies. Look at it again at the next reassessment.

    In the pack

  20. Outcome

    Sign with the tier's clauses in place

    The contract carries the clauses for the tier and the data before signature. For Tier 1 and Tier 2, agree the exit plan before the service starts. Keep the list of clauses selected with the contract, so an auditor can check it against the tier.

    In the pack

Practical checklist

  1. Confirm that the supplier has a recorded tier. If it has none, hold the signature and screen it first (TP-01).
  2. Take every clause the tier marks as required, then add those for the most sensitive data it will hold or reach.
  3. Add processor terms for any processor of personal data, checked by your Data Protection Officer against the GDPR Article 28(3) points.
  4. Check each conditional clause, such as cloud services or cooperation with authorities, against its 'when to use'.
  5. If you are a DORA financial entity, add the content for all ICT services, and the extra content where the service supports a critical or important function.
  6. List any assessment findings and their deadlines in the remediation schedule.
  7. Negotiate from the tier. Hold firm on incident notification, data return and deletion and processor terms, and for Tier 1 on staff access, exit and audit.
  8. Record each clause you sign without as an exception with an expiry date, and look at it again at the next reassessment.

Evidence to have ready

  • The signed contract with the clauses selected for the tier and data type, and the list of selected clauses kept with it (TP-07).
  • For a processor, the processor terms checked against the GDPR Article 28(3) points.
  • For Tier 1 and Tier 2, the exit plan agreed before the service starts (TP-11).
  • The exception record for each refused clause, with its expiry date and, where the risk is outside appetite, the risk approver's signature.

Assumptions

  • The supplier has been tiered, and you know the most sensitive data it will hold or reach.
  • The clause set by tier is the default in the CISO Times third-party pack. The clauses are a starting point for security coverage, not legal advice: your legal adviser reviews them against the contract's governing law.

Not covered here