LensReading which lens this session carries.

Standard operating procedure · EN10A · Engineering

Vulnerability Remediation

Transactional procedure owned by Security Engineering in Engineering. 7 numbered steps, 1 of them a person deciding and 6 of them agent work …

Procedure code

EN10A

Transactional

Rule versions in force

v1.6 · v3.4 · v5.1

3 governing rules stacked over it

In force since

2025-07-02

Earliest effective date across those rules

Last reviewed

2026-06-20

Latest review date across those rules

Rules approved by

1

Director, Security Engineering

Rule health

3/3

0 under review · 0 superseded

There is no document register behind this header. The version, the dates and the approver names are read off the governing rules this procedure runs inside, which is the closest thing the estate holds to a document control record. Nobody wrote these procedures. There is no document library behind this page and no Word file anywhere in the estate. Every procedure below is generated from rows this platform already holds: the line and its ordered stations, the owning team and the person accountable for it, the policy items bound to that team, and the governance gates seeded against the function. The steps, the owners, the gates, the approvers, the dwell times and the volumes are read straight off those rows. The sentences that join them together are generated. Read a procedure as the estate describing itself, not as a document somebody signed.

Purpose and scope

What this procedure is for and where it stops

To run vulnerability remediation to one repeatable standard inside Security Engineering, part of Engineering.

Entry condition

Runs transactional. Starts when a request lands in the queue.

Exit condition

The unit clears close.

In scope

  • Every unit of vulnerability remediation raised inside Security Engineering, from the trigger below through to the final step.
  • 6 of the 7 steps, which run without a person present.
  • 1 decision that stops the line until a named person releases it.

Out of scope

  • Anything outside the envelope set by the owning team. It leaves the line at a gate and becomes the named approver's decision.
  • Work that belongs to another function. This line records no handoff, so nothing leaves it mid-flow.
  • The 4 steps carried on the shared AI GBS spine. They are done for this line but not by this function.

Who owns it

Runs the line

Security Engineering Orchestrator

Accountable person

Director, Security Engineering

The end of the escalation path. Above them sits Engineering Chief of Staff for the function.

That team’s remit

Owns finding work end to end inside Engineering.

That remit describes the whole team, not this one procedure, so its counts are larger than the ones on this page.

Autonomy

72% now · ceiling 82%

Scanning, credential revocation and low-risk patching are automatic because speed is the control.

The procedure, step by step

7 numbered steps · 1 of them stop for a person

A step is one station on the line.

No.StepWho does itWhat happensSystem of recordTime on the stepIn flight
01

Scan

GBSgbs

Vulnerability Scanning Agent

Vulnerability Scanning Agent performs this step unattended on the shared AI GBS transaction spine, outside the function, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory1.2 hrsstandard 2.6 hrs44
02

Score severity

GBSgbs

Vulnerability Scanning Agent

Vulnerability Scanning Agent performs this step unattended on the shared AI GBS transaction spine, outside the function, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory18 minstandard 36 min4
03

Auto-patch low risk

GBSgbs

Vulnerability Scanning Agent

Vulnerability Scanning Agent performs this step unattended on the shared AI GBS transaction spine, outside the function, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory15 minstandard 25 min18
04

Assign owner

Agentworkflow

Threat Modeling Agent

Threat Modeling Agent performs this step unattended at the workflow layer, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Configuration Management Database51 minstandard 1.0 hrs15
05

Escalate critical

HumanpolicyDecision

Director, Security Engineering

Releases: Director, Security Engineering

Work stops. Director, Security Engineering reviews what the line has produced and either releases the unit or sends it back. Nothing downstream of this step runs until that decision is made.Holds until: Held for a named human when the unit exceeds the finding decision envelope, when confidence falls below the floor, or when a policy clause is engaged.Group ERP — Materials and Inventory3.8 hrsstandard 5.5 hrs0
06

Verify

GBSgbs

Vulnerability Scanning Agent

Vulnerability Scanning Agent performs this step unattended on the shared AI GBS transaction spine, outside the function, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory1.3 hrsstandard 2.5 hrs3
07

Close

Agentworkflow

Security Engineering Orchestrator

Security Engineering Orchestrator performs this step unattended at the workflow layer, inside the envelope its owning team has set, and writes an evidence record naming the actor, the authority it acted under and the digests of what it read and wrote.Group ERP — Materials and Inventory1.3 hrsstandard 3.1 hrs2

The swimlane

The same steps, laid out by who is holding the work

Three lanes: a person deciding, an agent working, and the shared services spine.

Person1 station and 42% of the dwellAgent2 stations and 24% of the dwellShared spine4 stations and 34% of the dwell4 crossings between lanes
Human
decides
Agent
does the work
GBS
shared spine
System
attributed by rule
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Configuration Management Database
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Group ERP — Materials and Inventory
Click any station to see who does it, what it costs in time, the rule that gates it and the system attributed to it.

Run the procedure

One unit walked along that swimlane on the happy viable agentified path

Press run and a single unit enters at station 01. Each station takes exactly the dwell this platform records for it and is held by whoever the estate says holds it.

speed
worked clock
00:00
allowance clock
00:00
stations cleared
0/7
the happy path, worked time0 min of 9.1 hrs
the same run against its allowance0 min of 16 hrs
Human
decides · 1
Agent
does the work · 2
GBS
shared spine · 4
run log

Nothing has happened yet.

where the worked time goes9.1 hrs a unit
Person3.8 hrs · 42%Agent2.2 hrs · 24%Shared spine3.1 hrs · 34%4 crossings between lanes
what makes this path viable
  • The lanes are the recorded lanes. 1 of the 7 stations stop for a person and every one of them still does on this run.
  • Every one of the 1 decision is still taken by the person who holds it. The happy path is that each one is released first time, not that it is skipped.
  • The owning team is held to a 82% autonomy ceiling and this run sits at 58% unattended, inside it.
  • 2 systems are attributed across the stations, and 0 of them are connected. Nothing in this run has been watched executing against a real system of record.
what would have to change

One decision, held by Director, Security Engineering.

stays with a person
  • 05 Escalate critical — The last decision on the line. Something on every procedure ends with a person, so this one is never offered.
what this run is, and what it is not

This is a run, not a forecast.

Happy means nothing goes wrong: no station raises an exception, no gate sends the unit back, no rework loop fires and nothing sits in a queue between stations.

The second clock is the allowance.

A decision may be handed to the agent lane only if two things hold …

The run reads the station rows only.

What this run does not model: arrival patterns, contention between procedures for the same person, shift patterns, weekends, learning curves, and the cost of anything.

Run it again, going wrong

The same unit, the same stations, broken the way the estate already records breaking

This is the same unit on the same stations, breaking.

No break below was chosen.

One play head, two tracks, the same scale. The clean run stops when it runs out of stations; the other one keeps going.

As written

7 stations, nothing waiting, nothing sent back

0 min of 9.1 hrs

now Scan · Vulnerability Scanning Agent · 1.2 hrs

As the ledger has it

the same stations, plus 5 categories the estate already counts

0 min of 23 hrs

now Scan · Vulnerability Scanning Agent · 1.2 hrs

personagentshared spinework the break addsnobody working it

What breaks, and where it is counted

No break below was chosen.

What the two runs say together

5 counted categories land on this procedure.

What this run cannot claim

These breaks are shown together on one unit so the shape of a bad day fits on one screen.

The separation register records a duty conflict against a sub-function and a named post, not against one procedure.

Two clocks run. Worked time is the sum of the time the work is actually being done …

Roles and responsibilities

5 named parties

The responsibility grid is assigned by a rule, not lifted from a chart.

PartyRACIStepsDutyEscalates to

Security Engineering Orchestrator

orchestrator

Runs the line0Sequences this line, holds its timetable and decides what has to surface to a person. Raises to Director, Security Engineering when a unit falls outside the envelope or confidence drops below the floor.

Vulnerability Scanning Agent

agent

A3% autonomy · ceiling A3%

91% clean · 3% overridden

Responsible4Runs the repeatable portion of security engineering inside the shared transaction spine at spine cost and spine controls.Escalates to Director, Security Engineering when the unit falls outside the decision envelope or confidence drops below the floor.

Threat Modeling Agent

agent

A3% autonomy · ceiling A3%

90% clean · 8% overridden

Responsible1Runs the repeatable portion of security engineering inside the shared transaction spine at spine cost and spine controls.Escalates to Director, Security Engineering when the unit falls outside the decision envelope or confidence drops below the floor.

Director, Security Engineering

person

Accountable and responsible1Holds 1 decision on this line. Accountable to Director, Security Engineering for the decisions held here.

Security Engineering Orchestrator

agent

A3% autonomy · ceiling A3%

90% clean · 12% overridden

Responsible1Owns the security engineering lane end to end. Escalates to Director, Security Engineering when the unit falls outside the decision envelope or confidence drops below the floor.

Decision points and escalation

1 places this procedure stops

05 · Escalate critical

3.8 hrs

Held for a named human when the unit exceeds the finding decision envelope, when confidence falls below the floor, or when a policy clause is engaged.

Director, Security Engineering

Handoffs out of this procedure

Nothing leaves this procedure for another function. It completes inside Security Engineering.

The rules this procedure runs inside

3 governing rules

Security Engineering Decision Envelope

active

EN10-POL-200 · envelope · vv1.6

Agents in this lane may act without a human when the finding sits inside the stated value, risk and confidence envelope.

Approved by Director, Security Engineering · in force 2025-07-02 · reviewed 2026-06-20

Binds Vulnerability Scanning Agent, Dependency Risk Agent, Threat Modeling Agent, Patch Orchestration Agent

APAC

Security Engineering Evidence Standard

active

EN10-POL-201 · evidence · vv3.4

Every autonomous decision writes inputs, the rule version applied, the model and prompt version, the output and a reversal path.

Approved by Director, Security Engineering · in force 2026-02-02 · reviewed 2026-06-08

Binds Vulnerability Scanning Agent, Dependency Risk Agent, Threat Modeling Agent, Patch Orchestration Agent

Global

Security Engineering Escalation Rule

active

EN10-POL-202 · escalation · vv5.1

Escalation is mandatory when confidence falls below the floor, when two options sit inside the confidence band, or when a break condition on a ratified position fires.

Approved by Director, Security Engineering · in force 2025-07-15 · reviewed 2026-05-17

Binds Vulnerability Scanning Agent, Dependency Risk Agent, Threat Modeling Agent, Patch Orchestration Agent

Global

Systems this procedure touches

2 named · 0 connected

System attribution is a rule, not a reading.

SystemVendorDomainCriticalityStepsConnection
Group ERP — Materials and InventorySAP S/4HANA MMsupplyhigh6modeled
Configuration Management DatabaseServiceNow CMDBitsmhigh1modeled

0 of the 2 systems on this procedure is connected to the platform, and none of the twenty-six in the estate register is. 1 of them are marked as taking a write back, which is a property of the system, not a live path from here.

How it performs

End to end

9.1 hrs

Summed from the time each step sits, standard 15.7 hrs — running at 58% of the standard.

Touchless

81%

Agent share

86%

A week

3,326

In flight

86

Effort a week

227 human minutes · 317 agent minutes

Volume multiplied by the time on each step.

Assurance over this procedure

4 governance gates sit above it

The twenty-four controls and eighteen exception classes in this platform are held at estate level …

GateWhat trips itWho releases itClockWaivable

Production release authorization

approval

Any deployment to a production environmentRelease manager and service owner1 business dayNo

Security-sensitive or public API change

approval

Authentication, cryptography, payment paths or any published interface contractSenior engineer and security engineer1 business dayNo

Database migration

approval

Any schema change or irreversible data operationData owner and CTO delegate2 business daysNo

Agent-authored code sample review

oversight

Weekly review of 10% of agent-authored merged changesEngineering governanceWeeklyYes

What this document is and is not

These procedures describe the modeled estate.

Actions

What is waiting on a person

What one procedure document gives you, and what to check before you treat it as the standard.

Operations

What this desk is allowed to start

A surface that only reports is not operable.

Trigger and bound

A procedure document prints purpose, scope, entry and exit, the numbered steps with the actor on each, the roles and their RACI position, the swimlane, the decision points and escalation, the handoffs, the governing rules with version and approver, the systems by rule and the timings.

Live observability

What the record shows right now

The whole library, by lane, so a single document can be read against the estate it came from.

Current distribution

2,748 steps

Agent, inside the function1,38951%
Agent, on the shared spine85131%
Person deciding at a gate50818%

Is policy and strategy coming to fruition

Whether the written intent is holding here

Half. The document is complete and every actor on it is measured

Not holding on the record

A procedure here carries a version, an approver, an in-force date and a last-review date.