Hoppa till innehållet
Founderz: startsida för ansvarsfull användning av AI

i samarbete med Microsoft

Teamverktyg · Mall

Behörighetskort för agent

Ett kort per gemensam agent: syfte, vad den kan nå och göra, vad som kräver godkännande, gränser och hur den stoppas.

Ladda ner

Tom mall (.md)Fiktivt exempel (.md)

Berörda principer

Översikt

Skriv ner vem som kan stoppa en gemensam agent och vad den får göra själv innan teamet använder den. Om teamet inte kan besvara ett fält på kortet, red ut det innan agenten startas.

Minsta behörighet

Börja med enbart läsbehörighet eller utkast. Lägg till en behörighet i taget när en verklig uppgift kräver det. Sätt gränser i systemet så att de gäller även om agenten misstolkar en prompt. Undvik att samtidigt ge samma agent privata uppgifter, innehåll från okända och ett sätt att skicka saker utåt, om inte IT-teamet medvetet har utformat den så.

Mallen

Varje fält innehåller anvisningar och ett exempel från ett fiktivt team.

Fiktivt exempel: fakturamatchningsagenten hos ekonomiteamet på Lumen, ett påhittat mjukvaruföretag.

01Agent och syfte

Ange agenten och den enda uppgift den utför.

Fiktivt exempel

Fakturamatcharen: matchar leverantörsfakturor mot inköpsorder.

02Ansvarig

Ange personen som ansvarar för agenten och kortet.

Fiktivt exempel

Ansvarig för leverantörsreskontran.

03Får läsa

Lista systemen och uppgifterna som den får läsa.

Fiktivt exempel

Inkorgen för leverantörsfakturor (enbart läsning), inköpsorder och leverantörernas grunddata.

04Får göra själv

Lista åtgärderna som utförs utan godkännande.

Fiktivt exempel

Matcha fakturor mot order och markera avvikelser.

05Kräver godkännande

Lista åtgärderna som väntar på en person.

Fiktivt exempel

Markera en faktura som godkänd för betalning.

06Aldrig

Lista åtgärderna som den aldrig får utföra, med gränser som upprätthålls av behörigheterna.

Fiktivt exempel

Ändra leverantörers bankuppgifter, göra betalningar eller mejla leverantörer.

07Gränser

Sätt gränser för pengar, mottagare, volym och tid.

Fiktivt exempel

Fakturor upp till 10 000 euro. Den stannar efter 200 fakturor per dag.

08Innehåll från externa källor

Lista det obetrodda innehåll som den läser, som mejl eller webbsidor, och hur det hanteras.

Fiktivt exempel

Leverantörsmejl och PDF-filer. Instruktioner i dem ignoreras och allt som ber om en ändring markeras för en person.

09Så stoppas den

Ange vem som kan pausa den och hur.

Fiktivt exempel

Varje teamledare inom ekonomi, med pausreglaget i automationsinställningarna.

10Så görs arbetet ogjort

Beskriv hur det den gjort kan återställas.

Fiktivt exempel

Matchningar kan återställas från granskningsloggen.

11Granskningsdatum

Ange när kortet och behörigheterna kontrolleras.

Fiktivt exempel

Varje kvartal och när en behörighet ändras.

Källor

Här ser du vilka sakuppgifter varje källa stöder och vilka slutsatser du kan dra av den. Rekommendationerna är våra. Se alla källor vi använder.

  1. OWASP Top 10 for LLM Applications, 2026 edition OWASP Gen AI Security Project · 3 augusti 2026 · Säkerhetsvägledning Listar de främsta säkerhetsriskerna i AI-applikationer, däribland promptinjektion (LLM01), som enligt vägledningen ännu inte kan förebyggas tillförlitligt, och för stor handlingsfrihet (LLM03): fler funktioner, större behörigheter eller mer självständighet än uppgiften kräver. Rekommenderar minsta behörighet och mänsklig bekräftelse av åtgärder som kräver särskild behörighet, är oåterkalleliga eller syns externt. Begränsningar: Vägledning från en yrkesgemenskap, ingen formell standard.
  2. Least privilege (glossary entry) NIST Computer Security Resource Center · Definition från NIST SP 800-53 Rev. 5 · Standarddefinition Definierar minsta behörighet som att ge varje aktör endast de systemresurser och behörigheter som behövs för uppgiften. Begränsningar: En ordlista som sammanställer definitioner från NIST:s publikationer.
  3. Prompt injection is not SQL injection (it may be worse) UK National Cyber Security Centre · 8 december 2025 · Officiell vägledning Förklarar att AI-modeller saknar en tillförlitlig gräns mellan data och instruktioner, så promptinjektion kanske aldrig kan lösas helt, och rekommenderar fasta gränser som inte bygger på AI för vad system får göra, minsta behörighet och loggning. Begränsningar: Skriven för säkerhetsexperter.
  4. The lethal trifecta for AI agents Simon Willison · 16 juni 2025 · Analys av yrkesverksam expert Anger kombinationen av åtkomst till privata uppgifter, exponering för obetrott innehåll och möjlighet till extern kommunikation som förutsättningen för datastöld genom AI-agenter och konstaterar att ingen känd teknik tillförlitligt förebygger den. Begränsningar: Ett ramverk från en yrkesverksam expert, inte sakkunniggranskat.
  5. Model AI Governance Framework for Agentic AI Infocomm Media Development Authority, Singapore · Version 1.5, 20 maj 2026 (först publicerad 22 januari 2026) · Frivilligt ramverk Håller organisationer och personer som övervakar agenter ansvariga för agenternas åtgärder. Efterlyser mänskligt godkännande vid viktiga kontrollpunkter, som radering av data, utskick av meddelanden och betalningar. Där det går bör systemet upprätthålla godkännandet. Mycket snabba granskningar eller mycket få ingripanden kan vara tecken på att granskarna godkänner av vana. Begränsningar: Frivillig vägledning, inte lag. Fallstudierna tillhandahölls av företagen själva.