Åtgärdsmotor: från kontrollfynd till genomförd åtgärd

Kontroller som bara rapporterar skapar larmtrötthet. En åtgärdsmotor gör tre saker: den formulerar fyndet som en åtgärd ("ta bort administratörsrollen från två vilande konton", inte "kontroll 4 underkänd"), den deduplicerar så att samma brist inte skapar en ny rad varje natt, och den håller ett godkännandeflöde där en människa beslutar innan något registreras som hanterat.

Den sista punkten är en designprincip, inte en begränsning. I CyberKlar föreslår agenterna och människan beslutar: fallerade kontroller från CyberKlar Control skapar åtgärdsförslag i samma kö som NIS2-samordnarens och regelverksmodulernas förslag, granskas i arbetsytan och godkänns eller avvisas med full spårbarhet i granskningsloggen. Automatisk verkställighet i kundens miljö (att plattformen själv ändrar konfiguration) är en annan riskklass och ingår medvetet inte.

Kopplingen till föreskrifterna är rak: kraven på säkerhetsåtgärder från 1 oktober 2026 handlar inte om att hitta brister utan om att åtgärda dem. En åtgärdskö med tidsstämplade beslut är i sig ett bevis på systematiskt arbete.