The Transformed Security Architect · Module 4 · The Role in the Organisation

Public Authorities and Multinationals: Sovereignty, Procurement and Many Legal Regimes

The lesson covers the two settings that change the role most. In a public authority the architect procures far more than builds, so boundaries run through testable requirements, contracts as controls, rehearsed exit plans and what the authority holds on its own side. In a multinational the architect keeps one baseline with market overlays that may tighten but never relax it. Participants also learn digital sovereignty as four verifiable properties and how vendor AI in Mode 0 is contracted. They write a testable tender requirement.

Lesson 20 of 27Chapter 2090 minutes

Read the chapterThe whitepaperThe slides

All courses / The Transformed Security Architect / Module 4 / Chapter 20

Learning objectives

After the lesson the participant can:

Key concepts

Testable requirement
A requirement with an identifier, the result required in functional terms, a level of mandatory or weighted, a verification naming method, evidence and frequency at evaluation, acceptance and operation, a consequence of failure and a link to its catalogue control.
Contracts as controls
A contract clause is a control only when it has an owner, produces evidence and is tested, so each clause family, such as stop path, logs and access, change notice, audit rights, incident notification and exit, is a catalogue entry with the supplier as evidence source.
Rehearsed exit
An exit plan that says what leaves, in what formats and how fast, what keeps the function running, and who has tried. For a procured system the realistic exit is often the process without the AI, so the plan includes a test of it.
Sovereignty as verifiable properties
Knowing where workloads run, which law governs them, being able to move them and being able to continue if a provider fails. Each becomes a check with evidence, such as region pinning, key custody, an exit test record and a failover drill.
Tightening-only overlay
A market overlay on a pinned baseline that records regime, placement, timing and mappings to existing controls. A pipeline check fails when any overlay value is weaker than the baseline: shorter retention, fewer recipients, a later deadline or a control removed.

Interactive exercises

Do them here and get feedback at once. Choose a card and then where it belongs, or drag it.

Interactive exercise 1 · Match

Contracts as controls

Match each clause family to what it makes true for the contracting authority.

Interactive exercise 2 · Scenario

A local rule that asks for less

Apply the tightening-only rule for market overlays.

Teaching plan

15 minLecture on the architect who procures: what the authority holds on its own side, why the tender is the moment of greatest leverage and what Directive 2014/24/EU permits.
15 minRead SECREQ-NR-2026-117: participants explain why SR-01 excludes supplier staff, why SR-02 sets twelve months and what SR-03 makes of a model update.
15 minThe teacher presents sovereignty as four properties and Hansa's UK overlay; participants find the attested mapping with an expiry and the empty relaxes list.
35 minExercise: participants write two testable requirements for a tender of their own or for Nordvik's renewal, and one exit test.
10 minDebrief on vendor AI in Mode 0, using Nordvik's email-security gateway, and on what the contract must establish before such a feature is relied on.

Discussion

  1. A requirement tested only at tender protects the authority only on the day of signature. Which requirements in your current contracts are verified in operation, and which only at award?
  2. The chapter says the architect makes the facts of ownership, operation and key custody visible and leaves the legal reach of third-country law to counsel. Why is that division of work the right one?
  3. Where a local rule appears to require less than the group baseline, the overlay may not relax silently. What are the two alternatives the chapter offers, and when would you choose each?

Written exercise

Exercise · 35 minutes

Write testable tender requirements and an exit test

Take a procurement your organisation is planning, or Nordvik Region's renewal of the benefits-triage contract. Write two security requirements following the chapter's guide. Start from a catalogue control and name the obligation or threat it serves. State the result in functional terms with a number where one exists, never naming a product only one supplier offers. Set the level as mandatory or weighted. Name the verification with method, evidence and frequency at acceptance and in operation, and who owns it. State the consequence of failure. Then describe one exit test: what is switched off or moved, for how long, what is measured and who takes part. Finally say how you would dry-run each test against the incumbent system before publication.

Deliverable: Two requirement entries in the form of SR-01 and SR-02 with verification and consequence, and a half-page exit test description with its measures.

Self-test

Choose an answer to see whether it is right, or open the answer below each question.

  1. By default, how many mandatory requirements does the chapter's guide allow per tender, and what happens to the rest?

    Show the answer

    B. No more than twelve, with the rest weighted under the award criteria
    Mandatory requirements are kept to what law or risk appetite makes non-negotiable, by default no more than twelve per tender, with the rest weighted under the award criteria of Article 67 of Directive 2014/24/EU.

  2. Why does Nordvik's requirement SR-02 set log retention at twelve months when AI Act Article 26(6) sets a floor of six?

    Show the answer

    D. Because appeals can arrive later than the six-month floor
    SR-02 requires every ranking, with inputs and model version, in the Region's log store within 15 minutes and kept at least 12 months, beyond the six-month floor, because appeals can arrive later.

  3. What makes the pipeline check fail when a market overlay is added to Hansa's catalogue?

    Show the answer

    A. Any overlay value weaker than the baseline, or a protected control missing
    The tightening check fails the pipeline if any value is weaker than the baseline, such as a shorter retention, fewer notification recipients, a later deadline or a control removed, or if a protected control is missing.