AWS MSP VCL 8.0 gap-analyse in één middag: van 61 controls naar een werklijst

De AWS MSP Program Validation Checklist 8.0 heeft 61 controls. Dat klinkt als weken werk, maar de meeste MSP's dekken een groot deel al met wat ze hebben — alleen niet in de vorm die een auditor wil zien. De truc van een snelle gap-analyse is niet elke control te lezen, maar ze eerst in drie klassen te verdelen: wat je al meet, wat een tijdreeks nodig heeft (en dus vandaag moet starten) en wat organisatorisch is (beleid, mensen, roadmap). Daarna weet je precies welk werk urgent is.

Dit artikel doet dat in vier stappen. Reken op drie tot vier uur, inclusief de twee scripts.

Stap 0: de tijdlijn die alles bepaalt

• 31 december 2026: VCL 7.1 vervalt.
• 1 januari 2027: elke validatie of hervalidatie gebeurt op 8.0.
• OPSP-003 (toil-meting) vraagt een aantoonbare kwartaalreductie. Dat betekent minstens twee kwartalen data vóór je audit. Als je audit in Q1 2027 valt, moet je toil-meting uiterlijk in Q3 2026 lopen.
• OPS-004 (GenAI-observability) vraagt agent-sessie-tracing en kostobservability. Ook dat is een tijdreeks: traces van vorige week kun je niet achteraf verzinnen.

Conclusie vóór je begint: de twee nieuwe metriekcontrols zijn urgenter dan de 27 herschreven beleidscontrols, omdat je ze niet kunt inhalen.

Stap 1: de 19 benoemde controls in drie klassen

AWS heeft in de "Summary of Changes" 19 controls bij naam genoemd (12 nieuw, 3 herschreven, 4 behouden). Zet ze in een worksheet met drie kolommen: huidig bewijs, klasse, eigenaar. Dit is de startindeling die voor de meeste MSP's klopt; pas ze aan na je eigen check.

Control	Onderwerp	Klasse	Waarom
OPS-004	GenAI & agentic AI observability	tijdreeks	traces, sessies, kost — kun je niet achteraf maken
OPSP-003	Toil-meting en -reductie	tijdreeks	kwartaaltrend vereist
OPS-009	FinOps incl. AI-kost	tijdreeks	inferentiekost per maand
SEC-003	Vulnerability mgmt incl. AI-deps	meet je al (deels)	je scanner moet AI-SDK's mee pakken
OPS-010	Patch- en releasebeheer	meet je al	patch-logs, mits met resultaat per host
GOVP-001	Change management incl. AI-workloads	meet je al (deels)	changelog moet AI-workloads expliciet bevatten
SEC-007	Agentic zero trust & blast radius	meet je al (deels)	netwerksegmentatie + wat een agent mag
SECP-001	Encryptie en sleutelbeheer	meet je al	KMS, TLS-inventaris
SEC-001	IAM	meet je al	MFA-dekking, access review
PLAT-005	Well-Architected	meet je al	WAR-rapporten
SECP-004	Prompt-injection-preventie	organisatorisch + technisch	guardrails in de app, detectie erbuiten
GOV-002	AI-agent- en modelgovernance	organisatorisch	inventaris met eigenaar en risicoklasse
GOV-003	Data governance voor AI	organisatorisch + technisch	PII-beleid + redactie
PLAT-004	Agentic AI platform	organisatorisch + technisch	human-in-the-loop-bewijs
GOVP-002	Responsible AI policy	organisatorisch	beleid + één toegepast voorbeeld
BUS-002	AI-transformatie-roadmap	organisatorisch
BUS-006	Verticale specialisatie	organisatorisch
PEO-003	AI practice lead	organisatorisch	naam + rolbeschrijving
PEO-004	Forward Deployed Engineers	organisatorisch	teamcapaciteit

Drie tijdreeksen, zeven dingen die je waarschijnlijk al meet, negen organisatorische. Dat is een werklijst, geen berg.

Stap 2: inventariseer je AI-dependencies (SEC-003, GOV-002)

Twee controls beginnen met dezelfde vraag: welke AI-SDK's en modellen draaien er eigenlijk in onze code en die van klanten? De meeste MSP's weten het niet exact. Dit script loopt door een boom van repositories en print elke AI-gerelateerde dependency per manifest:

#!/usr/bin/env bash
# ai-deps.sh — inventaris van AI/LLM-SDK's in requirements.txt, pyproject,
# package.json, go.mod, csproj en Gemfile onder een root.
set -euo pipefail
ROOT="${1:-.}"
PAT='openai|anthropic|langchain|llama[-_]?index|litellm|transformers|cohere|mistralai|google-generativeai|vertexai|bedrock|ollama|huggingface|sentence[-_]transformers|vllm|go-openai|semantic-kernel|Azure\.AI\.OpenAI'
find "$ROOT" \( -name requirements.txt -o -name pyproject.toml -o -name package.json -o -name go.mod -o -name '*.csproj' -o -name Gemfile \) \
  -not -path '*/node_modules/*' -not -path '*/.venv/*' -not -path '*/vendor/*' -print0 |
while IFS= read -r -d '' f; do
  grep -Eio "($PAT)[^\"', )]*" "$f" | sort -u | sed "s|^|$f\t|"
done | column -t -s $'\t'

Voorbeeldoutput op een map met drie projecten:

repos/c/go.mod            go-openai
repos/b/package.json      anthropic-ai/sdk
repos/a/requirements.txt  langchain-core>=0.3
repos/a/requirements.txt  openai==1.40.0

Dat is meteen je startinventaris voor GOV-002: per regel een app, een eigenaar en een risicoklasse toevoegen. Voor SEC-003 controleer je vervolgens of je vulnerability-scanner deze packages effectief meeneemt — pip-audit, npm audit of OSV op de lockfile. De how-to package-lock scannen op kwetsbaarheden legt de OSV-aanpak uit; AI-SDK's zijn gewone packages in dezelfde pipeline.

Stap 3: bereken je toil-baseline (OPSP-003)

AWS vraagt toil "als percentage van ops-tijd". Niemand meet menselijke minuten betrouwbaar, en je ondernemingsraad wil dat waarschijnlijk ook niet. De proxy die werkt: van alle remediatie-acties in een maand, welk aandeel was geautomatiseerd? Exporteer je ticketsysteem of runbook-log naar CSV met minstens een datum en een kolom auto/manual:

awk -F, 'NR>1{m=substr($1,1,7); t[m]++; if($2=="auto")a[m]++}
  END{for(m in t) printf "%s  actions=%d  auto=%d  automation=%.0f%%\n", m, t[m], a[m], 100*a[m]/t[m]}' actions.csv | sort

2026-07  actions=3  auto=1  automation=33%
2026-08  actions=3  auto=2  automation=67%

Twee regels zijn genoeg voor een baseline; drie maanden voor een trend; zes maanden voor de kwartaalvergelijking die de control vraagt. Als je vandaag geen exporteerbare bron hebt, is dat je eerste actiepunt — niet het beleid schrijven, maar de teller starten.

Meet dit per team of per tenant, niet per persoon. In Duitsland (Betriebsrat), België en Nederland (ondernemingsraad) kan per-medewerker-productiviteitsmeting instemming vereisen. Een geaggregeerd automatiseringspercentage niet.

Stap 4: GenAI-observability (OPS-004): wat moet er minimaal zijn?

De control noemt vijf dingen: agent-sessie-tracing, inferentieprestaties, drift-detectie, beslissings-audittrail en kostobservability. Vertaald naar een minimale dataset per AI-call:

Veld	Waarom
app-id, model, provider	governance (GOV-002) en kost
sessie-hash (niet de gebruiker)	sessie-tracing zonder identiteit
tokens in/uit, latency	prestaties en kost
tool-calls	agentic gedrag zichtbaar maken
refusal-flag, PII-hits	veiligheid (SECP-004, GOV-003)
kost in euro met prijsversie	FinOps (OPS-009)

Twee valkuilen. Eén: sla nooit ruwe prompts centraal op — redigeer PII aan de bron en bewaar hashes. Twee: zonder prijsversie per trace kun je een kostrapport van vorig kwartaal niet reproduceren, en reproduceerbaarheid is precies wat een auditor test.

Wat monsys hiervan overneemt

Als je monsys op je beheerde hosts draait, zijn stappen 2 tot 4 grotendeels klaar:

• SEC-003 / OPS-010: OSV/EPSS/KEV op app-dependencies (pypi, npm, Go), OS-packages en kernel; AI-SDK's zitten automatisch in dezelfde pipeline. Patch-acties zijn getekend met resultaat per host.
• OPSP-003: de toil-worker berekent per tenant per maand de automatiseringsgraad, auto-opgeloste alerts en MTTA/MTTR, plus de kwartaal-delta. Nooit per persoon.
• OPS-004 / OPS-009: AI-traces met tokens, latency, model, refusal en PII-hits; agent-sessies per sessie-hash; kost in euro met pricing-snapshot.
• GOVP-001 / PLAT-004: elke actie op een host is een getekend, single-use token met menselijke goedkeuring — dat is het human-in-the-loop-bewijs.
• Het VCL 8.0 evidence pack bundelt alles in een Ed25519-getekend PDF+JSONL, met een attestatiepagina voor de organisatorische controls.

Het dashboard toont per control hoeveel bewijs er is — inclusief "geen bewijs" waar dat zo is. monsys levert de metingen, de AWS-validatiepartner beoordeelt het dossier. Zie de productpagina en de documentatie.

Checklist einde van de middag

• [ ] Worksheet met 19 controls in drie klassen, eigenaar per rij
• [ ] AI-dependency-inventaris gedraaid over alle repos (eigen én klanten)
• [ ] Toil-baseline van minstens de huidige maand; teller loopt
• [ ] Minimale AI-trace-dataset afgesproken met het dev-team
• [ ] Datum audit ingepland en zes maanden teruggerekend: wanneer moeten de tijdreeksen lopen?
• [ ] Organisatorische controls verdeeld: wie schrijft GOVP-002, wie wordt PEO-003?

De organisatorische controls kun je in Q4 2026 nog schrijven. De tijdreeksen niet. Start die eerst.