Cover of The Transformed Security Architect

Book 6 · Lectures

The Transformed Security Architect

A keynote on the whole book and one lecture for each part, each with an abstract, a timed outline and what the audience takes away.

7 lectures5.3 hours in all

The keynoteThe slide deck

All courses / The Transformed Security Architect / Lectures

  1. Keynote: Never approve what you could not have written: the security architect transformed
  2. Module 1: Transformed, not abolished: the security architect in question
  3. Module 2: The craft: boundaries that hold, shown to hold, in time
  4. Module 3: The conductor must still be able to play
  5. Module 4: From the door to the design: decision rights in the organisation
  6. Module 5: Competence that shows without the assistant
  7. Module 6: What a year in the role teaches: order, failure and people

Keynote on the whole book · 45 minutes

Never approve what you could not have written: the security architect transformed

For security and architecture professionals, CISOs and executives at a conference or an internal leadership day

Five books made architecture, governance, the AI platform and cyber defence executable and examined the AI threat. Each conclusion rests on work someone has to do: deciding where a boundary runs, which credentials an agent may hold and where the stop path lives. This lecture describes what has happened to that person. It argues that the security architect is transformed, not abolished, along four shifts, shows what the craft looks like when boundaries are code and AI drafts the artefacts, and names what stays scarce: accountable human judgement, and the craft that makes verification possible.

6 minThe person the series kept meeting
  • In autumn 2026 management bodies asked whether security decisions can keep pace with what now acts in the estate.
  • The July 2026 incident failed on where a boundary was drawn and who could act on it, not on a model.
  • Abolition, absorption and continuity are the rival answers; the thesis is transformation.
8 minFour shifts
  • Shift 1, from documents to code; Shift 2, from gatekeeper to boundary designer; Shift 3, from periodic to continuous, at machine speed; Shift 4, from sole author to conductor of an AI team.
  • Code enables boundaries, boundaries enable speed, speed requires the AI team, and the AI team requires verification.
  • Each shift fails when taken too far, and every failure removes the judgement the shift was meant to concentrate.
9 minThe boundary is the product
  • A boundary is enforced outside the party it governs, owned, written as an artefact and tested; a system prompt is none of these.
  • Instructions lower the rate of unwanted behaviour; only boundaries set a ceiling on its consequences.
  • A control is verified only while a recent test and fresh evidence say so; otherwise it is declared or failed.
  • Two first stop drills: 26 minutes against a budget of 15, and 17 against five. A measured shortfall can be fixed.
8 minDecision rights before the pressure
  • A role charter kept as code states what the architect decides, recommends, may veto and must escalate, each with a time limit.
  • Decisions a rule can take belong at a gate; decisions that need judgement belong in a forum built to take them.
  • The management body keeps the accountability the law names; the architect owes faithful mappings and honest evidence.
8 minWhen AI drafts, verification is the constraint
  • Agents draft and humans approve, as a property of the repository and not a habit.
  • Soundness is defined in advance and checked by techniques that do not trust the proposer.
  • Approvals in seconds are a failure of design, not of people; slow the agents instead of thinning the review.
  • An action stays at Level 3 Bounded only while two architects could write its playbook unaided.
6 minWhat remains, and what to do first
  • What remains is smaller in volume and larger in consequence: deciding boundaries, verifying proposals and answering for both.
  • Written authority before delegation, boundaries before speed, measurement before autonomy.
  • Get decision rights in writing, time a stop path, and keep doing some of the work yourself.

What the audience takes away

Module 1 · Part I · The Role in Question · 45 minutes

Transformed, not abolished: the security architect in question

The lecture carries the argument of Part I. In the autumn of 2026 management bodies began to ask whether security decisions can keep pace with what now acts in the estate. The lecture shows why the inherited practice of risk registers, reference documents and review boards was rational for its time and where it stopped scaling, defines the four shifts that replace its form while keeping its function, and closes on the role charter: written decision rights with time limits, and accountability attached to the boundary holding instead of to authorship.

7 minThe question that reached the board
  • Three observable prompts: the July 2026 incident between OpenAI and Hugging Face, the Five Eyes call to act now, and agents changing production daily while architecture forums met fortnightly or monthly.
  • None of the failures in the July incident was a failure of a model; each concerned where a boundary was drawn and who could act on it.
  • Abolition, absorption and continuity each lead to a different budget and allocation of decision rights, which is why the question belongs to management bodies.
8 minA coherent practice and its conditions
  • ISO/IEC 27001 gave the risk frame, SABSA traceability, TOGAF a place in planning change; boards, reference architectures and signatures gave expertise, an answer to irreversibility and an accountable record.
  • The conditions were annual cycles, a perimeter, a few hundred systems and adversaries working at human speed through human identities.
  • Separate the function of the gate, independent challenge before an irreversible commitment, from its implementation as a meeting a project must pass.
12 minFour shifts: medium, authority, tempo and authorship
  • Shift 1, from documents to code, changes what the architect produces; Shift 2, from gatekeeper to boundary designer, changes how authority is exercised.
  • Shift 3, from periodic to continuous, at machine speed, changes the tempo; Shift 4, from sole author to conductor of an AI team, changes who drafts.
  • The shifts depend on one another: code enables boundaries, boundaries enable speed, speed requires the AI team, and the AI team requires verification, which requires code.
  • Each fails when taken too far: code without judgement, boundaries without owners, speed without reversibility, an AI team that approves itself.
6 minWhat remains scarce
  • Accountable human judgement in three parts: authority to decide a boundary and answer for it, the ability to verify what code and AI propose, and the craft that makes verification possible.
  • An agent can propose a boundary; it cannot answer for one. A boundary that looks right and is wrong is worse than none, because it is trusted.
8 minThe charter: rights, limits and time
  • The mandate lists products, not activities: boundaries, policy decision points, the identity model, the control catalogue and stop paths.
  • Four verbs, decide, recommend, veto and escalate, sit on four decision tiers with time limits, because a right to review without a limit is a right to delay.
  • The architect is never a precondition for stopping a production agent; the stop holder on the incident rota acts.
  • The approver is accountable for the approval and the gate author for what the gate lets through, so the chain never ends in an agent or a pipeline.
4 minTwo organisations, two versions of the question
  • Nordvik Region: one post without written decision rights, boundaries held through tender annexes; the shifts are a sequence to start.
  • Hansa Mutual: a team of six with architecture largely in code, blocked by a fortnightly board; the shifts are a sequence to repair.

What the audience takes away

Module 2 · Part II · The Craft · 50 minutes

The craft: boundaries that hold, shown to hold, in time

The lecture follows one question through Part II: how does an architect make a claim about security that is true on every change and can be shown without anyone's cooperation? It starts from the model kept as code and the pull request as the unit of change, generates the threat model from it, turns threats into boundaries enforced outside the party they govern, anchors every actor in a registered identity that leads to named people, classifies every control as verified, declared or failed, and ends with the two properties periodic review never measured: how fast the estate can stop, and what it can return to.

8 minFrom the reference document to the model
  • A document keeps the views and loses the architecture beneath them; a model keeps the architecture and generates the views.
  • A property that nothing tests is a comment: completeness, boundary and content rules make the model executable.
  • The architect writes the principle once and the pipeline applies it to changes the architect never saw; review triggers bring only boundary changes to a named person.
7 minThe threat model that regenerates
  • A workshop document describes the system on the day of the workshop; regeneration on every change that moves a boundary shows each significant change was considered.
  • Every place where content can enter a model's context is a trust boundary, and the lethal trifecta gives agentic systems a one-line test.
  • The generator works at Level 1 Assisted; no AI accepts a threat, a risk or an exception.
10 minBoundaries and identity: verify the action and the actor
  • A boundary is enforced outside the party it governs and states a ceiling on consequences; instructions lower the rate of unwanted behaviour but set no ceiling.
  • The July 2026 incident: a mirror is an egress path, and a credential shared across runs makes every run a potential correspondent of every other.
  • Blast radius is a design parameter with five dimensions, and the weakest dimension sets the radius.
  • Every machine identity leads to an owner, operators and an authority who are named people; delegation is required and impersonation prohibited for agents.
8 minVerified, declared or failed
  • A control entry is complete when a stranger can tell what it does, who is accountable, where it is implemented, how it is tested and where the proof is.
  • There is no amber: a rule derives the status, nobody types it in, and controls with a shared dependency count as one.
  • An architect who designs a control and also declares that it works marks their own work; the test and the independent auditor give the opinion.
9 minTime as a design property
  • The estate clock has four intervals, notice, decide, act and verify, and in most estates the time goes in the decide interval.
  • Patch velocity becomes a service level per class, and decisions for known-exploited vulnerabilities are delegated in advance under conditions the pipeline enforces.
  • Hansa's first timed stop drill took 17 minutes against a budget of five; Nordvik's took 26 against 15. A measured shortfall can be fixed, and an untested claim cannot.
8 minWhat the estate can return to
  • A recovery plan states an intention; recoverability is the measured ability to carry it out, from complete, signed definitions held outside the blast radius.
  • A recovered AI system is one shown to behave as it did before the incident, not merely one that is running.
  • The fallback erodes between tests, so the fallback manifest is a designed artefact with weekly checks, and chaos experiments move recovery controls from declared to verified.

What the audience takes away

Module 3 · Part III · The Architect's AI Team · 45 minutes

The conductor must still be able to play

Part III asks what it takes for an architect to answer for work that AI drafts. The lecture starts with the mixed evidence on productivity and the consistent evidence on quality, and shows why confidentiality is a routing problem solved outside the client. It then builds the agent team: narrow roles, one identity per agent, a mandate manifest that the enforcing systems read, and the rule that agents draft and humans approve. It ends with the two conditions that make the arrangement safe: review that does not trust the proposer, and an architect who could still do the work unaided.

8 minOne assistant, the architect's identity
  • Drafting, research, review and analysis each fail differently, so the verification that suits one does not suit the others.
  • The productivity evidence is observable but mixed: gains for the less experienced, and experienced developers who took 19 per cent longer while believing they were faster.
  • The quality evidence is consistent: generated code is often insecure, reviewers with assistants are more confident, and agentic tools can alter a scoring check.
7 minRouting, oracles and records
  • Label the work, not the person, default unlabelled work to confidential, and enforce the route at the gateway, because a client setting is a convenience, not a control.
  • Tests, policies and schemas that act as oracles live in a path the tool cannot write to.
  • A work log, a short-lived session record and, where an assistant shaped a hard-to-reverse decision, a decision record make the use reviewable.
10 minFrom assistant to agent team
  • Five narrow agents, reviewer, threat modeller, policy author, evidence collector and researcher, because five tasks have distinct failure modes and therefore distinct boundaries.
  • The orchestration is a deterministic pipeline, not a manager agent, and the mandate manifest is not a prompt: the systems that enforce it read it.
  • A change to a boundary, policy, control or threat model always waits for a named architect; only reversible evidence maintenance may run at Level 3 Bounded.
  • The team must not be able to become, quietly, a system for evaluating people.
10 minReview that does not trust the proposer
  • Soundness is defined in advance: grounding, completeness, consistency with principles and stability under re-asking.
  • Re-derivation, oracles the proposer cannot edit, and provenance pass the test; reading the rationale does not, and a second agent never approves.
  • Hansa's median approval time fell from about eleven minutes to under thirty seconds while volume tripled: a failure of design, not of people.
  • When review is the bottleneck, slow the agents; a longer queue is visible, thinner review is not.
10 minKeeping the craft
  • Bainbridge's ironies apply with force: the residue left to the architect is the hardest part of the work, and interventions cluster when the agents are stopped.
  • An architect who approves fifty agent proposals a week is working, not practising; deliberate practice needs protected time and feedback the organisation manufactures.
  • An action stays at Level 3 Bounded only while two named architects could write its playbook unaided and seeded-error detection stays above threshold.

What the audience takes away

Module 4 · Part IV · The Role in the Organisation · 50 minutes

From the door to the design: decision rights in the organisation

A security architect who must be present at every decision has become a queue, and a queue is not a control. The lecture follows Shift 2, from gatekeeper to boundary designer, through the organisation: who proposes, who holds the ceiling and who operates at each seam; which decisions a rule can take and which need a forum; how articles addressed to management bodies become controls that run; how one architecture is shown to five audiences without five versions; and how the boundary is held when a supplier builds the system or seven legal regimes apply to it.

9 minSeams, ceilings and placement
  • Where two roles collide, the cause usually sits at the seam: for each seam one role proposes, one holds the ceiling and one operates, and a file says which.
  • The CISO decides appetite and the architect decides design; the security architect's rights at the seams with the AI architect are rights over ceilings, not over content.
  • The recommended placement is an enabling hub reporting to the CISO, because a boundary held by the platform holds for every team on the golden path.
10 minGates instead of meetings
  • Forums are slow, inconsistent and forgetful; a gate enforces, observes and remembers, but applies a threshold without setting it.
  • The tier policy is data: a class that loosens a boundary is never delegated as far as one that tightens it.
  • Hansa measured 187 board items: 70 per cent fell into five routine classes approved unchanged, with a median wait of 17 calendar days.
  • An agent never changes its own boundary, and Level 4 Autonomous is never used for architecture changes.
10 minRegulation as constraint
  • Read the addressee, the verb, the date and the limit: approve and oversee describe a person's act, ensure and keep a property that a test can check.
  • One incident can start several reporting clocks at once; the design answer is one pipeline with one awareness timestamp.
  • The management body keeps ultimate responsibility; the architect answers professionally for the design, the mapping and the honesty of the evidence.
10 minOne architecture, five audiences
  • Audiences differ in question and form, not in facts: a decision for the board, a demonstration for the supervisor, a sample for the auditor, a verdict for the engineer, a testable requirement for the supplier.
  • The board page asks for at most three decisions and states what it does not know.
  • A gate message that explains itself keeps the architect from remaining the gatekeeper.
  • A provenance block discloses what AI drafted and who verified it; every figure is recomputed from the sources.
11 minProcuring and spanning regimes
  • The procuring architect holds identity, keys, logs, egress, the evaluation gate and the stop path on the authority's own side, and writes the rest as verifiable requirements at the tender.
  • A contract clause is a control only when it has an owner, produces evidence and is tested; the exit plan is a rehearsed capability, not a clause.
  • Digital sovereignty is four verifiable properties: where workloads run, which law governs, the ability to move and the ability to continue.
  • A multinational keeps one pinned baseline with market overlays that may tighten but never relax it, enforced by a pipeline check.

What the audience takes away

Module 5 · Part V · Competence and Career · 40 minutes

Competence that shows without the assistant

When AI drafts much of the visible work, that work no longer shows who could have done it. The lecture follows this problem through Part V. It presents the competence framework and its central rule, that a person's level is the lower of what they demonstrate unaided and with AI; shows how the framework conditions decision rights and agent autonomy; turns it into learning paths and hiring exercises that run in two conditions; and ends with the horizon register for the role, four scenarios for 2036 and the seven measures that hold in all of them.

10 minSix domains, four levels, two conditions
  • Design, code, AI, adversary, law and people: no competence has disappeared, but recall and authorship of every draft have become less central.
  • Each level is defined twice, unaided and with AI the person verifies, and the lower of the two counts.
  • Evidence is unassisted demonstration, review records, artefacts that held under test and forum evidence; certificates support the lower levels only.
7 minWhen decisions depend on the record
  • The framework becomes an architecture artefact when decision rights in the charter and autonomy ceilings in the mandate manifest depend on evidenced levels.
  • Hansa requires two holders of AI-03 at Advanced for the evidence collector's Level 3 ceiling; if unmet, the ceiling falls to Level 2 Supervised.
  • A competence record is personal data with closed purposes, and a lapse is managed like an expired certificate on a service, not as a disciplinary event.
10 minGrowing and hiring architects
  • Four starting points, security engineer, enterprise architect, developer and auditor, each strong in part of the framework; every path begins with a gap assessment, not a course catalogue.
  • First draft by the learner, then the assistant; levels are gated by demonstration, not course completion.
  • A certification validates knowledge on the day of an examination; an interview exercise run unassisted and assisted shows what a candidate can verify.
  • Upskilling is the strategy and hiring is for scarce specialisms; the entry route is under observable pressure.
13 minWill there be a security architect in 2036?
  • Observable trends justify commitment, expected trends preparation and speculative trends reversibility; the register is kept by the role's holders but approved by the CISO.
  • Four scenarios, speculation by construction: absorbed into platform engineering, a governance role, commander of agent teams, and the role disappears; each names what would be lost.
  • The share of architecture changes at each autonomy level is the clearest signal of which scenario is arriving.
  • Seven no-regret measures hold in all four, from keeping the craft to keeping the stop path outside what it stops.

What the audience takes away

Module 6 · Part VI · Experience and Conclusions · 45 minutes

What a year in the role teaches: order, failure and people

Part VI tests the book against experience. The lecture reads three cases and five anti-patterns as ways of failing a shift, follows two practices through a year in which every timed stop path failed its first drill and every failure was caught by a mechanism the architects had designed, compares a contract-first plan with a delegation-first plan, and closes with the thesis restated and qualified: the scarce resource is accountable human judgement, and also the capacity to exercise it at the volume the estate now produces.

10 minFive anti-patterns, three questions
  • An anti-pattern is not a mistake but a reasonable-looking solution adopted repeatedly with the same bad outcome; each of the five is a way of failing one of the shifts.
  • The agent incidents of 2025 and 2026 reduce to three questions: does the boundary depend on the agent's compliance, does it leak through a service the agent can reach, and does the alert reach the stop holder?
  • The gate rule is the architect's product, and a wrong rule is wrong at scale, so sampling is the control on delegation.
  • A contract is a boundary only when its terms are tested.
12 minThe year as a sequence
  • Shift 1 came first, because a charter, a catalogue and a tier policy in the repository were what every later step read.
  • Shift 3 became real only when the stop paths were timed and failed: 26 minutes against 15 at Nordvik, 17 against five at Hansa.
  • At Hansa a deterministic gate restored a UK logging setting changed under an approved exception; the post-merge sample found it six days later.
  • A timeline that records only decisions reads as a success story; the went-wrong field is evidence that the practice learns.
10 minTwo answers, two plans
  • Nordvik mostly procures, so its lever is the contract; Hansa mostly builds, so its lever is the platform.
  • What worked was the instrument each already had; what was hard was the resource each lacked, a second person and review capacity.
  • Plan against the constraint, order measures by reversibility, and write autonomy increases as thresholds: in both plans autonomy rises last and only on recorded conditions.
13 minThe thesis tested
  • The thesis held with three qualifications: judgement is also a throughput constraint, the transformation is uneven, and the role can be lost through a sequence of reasonable delegations.
  • Seven cross-cutting conclusions, from the boundary as the product to evidence replacing attestation; those about boundaries, time and law are the firmest.
  • The order that matters: written authority before delegation, boundaries before speed, measurement before autonomy.
  • A new architect joins the approver pool on evidence of calibration, not on a date.

What the audience takes away