Mälarkajen Översikt

AI-agenter för svenska säkerhetschefer: åtkomst, godkännanden och ansvar från inköp till drift.
Senast uppdaterad:

Genomförandeplan

Vem kan stoppa agenten efter lanseringen?

Säkerhetsdokumenten är lästa och köpet är klart. Nu behöver driftteamet veta hur det tar bort åtkomst, hittar loggar och startar om utan att förlora kontrollen.

Publicerad
Uppdaterad
Innehåll
  1. Ge varje kontroll en ägare
  2. Ta bort en användare och följ vad som händer
  3. Leta efter samma händelse i loggarna
  4. Låt driftteamet prova stopp och återstart

Ge varje kontroll en ägare

Tänk er att agenten snart ska börja sammanställa interna säkerhetsärenden. Leverantörens dokument ligger i en mapp och inköpet är godkänt. Men den som tar över driften behöver fortfarande svar på andra frågor: hur tas åtkomsten bort, var finns körningsspåren och vem stoppar agenten? Börja överlämningen med det arbetet. En genomgång av leverantörens säkerhetsprogram räcker inte som instruktion för kollegan som får larmet.

Skriv en rad per kontroll: inställning, ansvarig, prov och ändring som kräver ny granskning. Exempelvis får agentens katalogkonto läsa vissa attribut men inte ändra grupper. Katalogförvaltaren äger rättigheterna, ett påhittat ändringsförsök ska nekas och en ny verktygsanslutning kräver ny bedömning. Knyt på samma sätt valt driftsätt till vem som faktiskt sköter det. Då blir ett krav från inköpet en uppgift någon kan ta ansvar för.

n8n:s säkerhetssida säger att kunden ansvarar för kryptering av lagrade data vid egen drift. Dify Enterprise beskriver drift i eget VPC och lokalt.1,2

Ta bort en användare och följ vad som händer

Skapa en påhittad användare för ett avslutsprov med åtkomst till agenten och dess källsystem. Ta bort den behörighet ni avser att återkalla. Följ sedan ny inloggning, en session som redan är öppen, dokumentläsning och personliga nycklar. Bestäm först vad som ska upphöra direkt och vad en administratör måste göra. Att avsluta en persons åtkomst är en annan uppgift än att återkalla agentens eget tjänstekonto; pröva rätt sak.

CrewAI:s JIT-dokumentation säger att SSO-avstämning inte tar bort direkt tilldelade teammedlemskap. En uppdatering av sessionen stämmer inte heller av teamåtkomsten. Langdock beskriver hur administratörer kan ogiltigförklara andra användares sessioner och återkalla personliga API-nycklar.3,4,5,6

Låt de skillnaderna synas i er avslutsrutin. ”SSO klart” hjälper inte kollegan som måste få bort en viss åtkomst nu. Skriv vilken administratör som gör varje steg, vad som händer med öppna sessioner och hur resultatet ska visas. Om ni inte kan visa den effekt säkerhetsfunktionen kräver behöver den berörda åtkomstvägen stå kvar som olöst. Godkänn den inte utifrån ett antagande om hur inloggning brukar fungera.

Leta efter samma händelse i loggarna

Skapa en ofarlig provhändelse som går att följa från begäran, via eventuell granskning och verktygsanrop, till resultatet. Låt driftteamet leta upp den med sina vanliga rättigheter. Vilka identifierare binder ihop posterna, och vilka tider finns sparade? Pröva också en misslyckad export så att teamet kan känna igen en lucka i spårningen. Målet är att någon annan än byggaren ska kunna förklara vad som hände.

Dify Enterprise beskriver att granskningsloggar skickas till kundens SIEM. CrewAI kräver att maskering av personuppgifter slås på per driftsättning. För LangSmiths hybriddrift anger dokumentationen att spår går till standardadressen i GCP US om LANGSMITH_ENDPOINT utelämnas.7,8,9

En kryssruta med ”loggning på” svarar därför inte på alla frågor. Lista destinationerna även för felsökning och spårning. Ta reda på vad som sparas före eventuell maskering och vilka personer som kan läsa det. Provet ska visa att loggarna hjälper en utredning utan att bryta mot er informationsklassning. Spara de använda inställningarnas version tillsammans med beläggen, så att nästa granskare vet vilken konfiguration provet gällde.

Låt driftteamet prova stopp och återstart

Avsluta med en övning där ett påhittat ärende leder till en avvikelse. Den ansvariga ska hitta körningen, hindra nya känsliga åtgärder och spara relevant underlag. Hen behöver också avgöra vad som redan har utförts. Bestäm vem som kontaktar leverantören och vad som måste vara klarlagt före återstart. Följ den instruktion som ni tänker lämna över, så att övningen visar om den går att använda.

LangGraph beskriver att arbetet kan fortsätta från sparat tillstånd. Dokumentationen anger samtidigt att MemorySaver inte behåller tillstånd mellan omstarter.10,11

För en lösning som ska återuppta arbetet behöver driftplanen alltså namnge den beständiga lagringen. Den ska också beskriva hur ni kontrollerar redan utförda åtgärder före nästa försök. Att processen startar igen räcker inte om underlaget för beslut har försvunnit. Godkänn överlämningen när de ansvariga kan utföra de överenskomna kontrollerna och vet hur de tar hand om avvikelser som fortfarande är öppna.

Samla slutligen det viktigaste på ett driftblad för varje agent: uppdrag, anslutningskonton, godkännare, stoppinstruktion, loggplatser, kontaktväg och villkor för återstart. Skriv också vilka förändringar som kräver ett nytt beslut från säkerhetsfunktionen. Lämna bladet där förvaltarna arbetar. Inköpsunderlaget ska gå att använda även när projektgruppen har lämnat och den ursprungliga byggaren inte är tillgänglig.

Så läser du underlaget

Övningarna och driftbladet är våra förslag för er egen miljö. Vi har inte prövat dem på leverantörernas produkter. Produktuppgifterna behåller sina kontrolldatum; guiden avgör inte om en viss användning uppfyller lagkrav.

  • Vi föreslår vad ni kan pröva när driften lämnas över. Vi har inte genomfört dessa prov.
  • Uppgiften kommer från leverantörens dokumentation, kontrollerad 2026-11-08. Den visar inte hur er egen installation fungerar.
  • Ta med frågan till dem som ska sköta driften och säkerheten.

Källor

  1. Säkerhetssidan säger att de som driver själva ansvarar för kryptering av data i vila. n8n.io/legal/security, kontrollerad den 8 november 2026.
  2. Dify Enterprise kan driftsättas i kundens eget VPC, lokalt (on-prem) eller isolerat från nätverk (air-gapped). dify.ai/dify-enterprise, kontrollerad den 8 november 2026.
  3. Teamtillhörigheter som tilldelats direkt i CrewAI tas inte bort av SSO-avstämningen. docs-platform.crewai.com/platform/en/features/jit-sso, kontrollerad den 8 november 2026.
  4. Att förnya en befintlig session stämmer inte av Team-åtkomsten. docs-platform.crewai.com/platform/en/features/jit-sso, kontrollerad den 8 november 2026.
  5. Administratörer kan ogiltigförklara alla andra användares sessioner samtidigt för att tvinga fram ny autentisering. docs.langdock.com/en/admin/security/session-management.md, kontrollerad den 8 november 2026.
  6. Administratörer styr vem som kan skapa personliga API-nycklar, följer deras användning och återkallar nycklar. docs.langdock.com/_llms/en/admin.txt, kontrollerad den 8 november 2026.
  7. Granskningsloggar i Enterprise är manipuleringssäkra och strömmas till kundens SIEM. dify.ai/dify-enterprise, kontrollerad den 8 november 2026.
  8. PII Redaction måste aktiveras för varje driftsättning. docs-platform.crewai.com/platform/en/features/pii-trace-redactions, kontrollerad den 8 november 2026.
  9. Om LANGSMITH_ENDPOINT utelämnas skickas spår till standardslutpunkten i GCP i USA. docs.langchain.com/langsmith/hybrid, kontrollerad den 8 november 2026.
  10. Persistens sparar tillstånd som kontrollpunkter och återupptar efter fel eller pauser. docs.langchain.com/oss/python/langgraph/overview, kontrollerad den 8 november 2026.
  11. MemorySaver sparar inte data mellan omstarter. docs.langchain.com/oss/python/langgraph/persistence, kontrollerad den 8 november 2026.