En agent er en sprogmodel, der må gøre noget: hente en mail, oprette en ordre, flytte en fil eller sende en besked. Det ændrer leverandørvalget, fordi forbindelserne til jeres systemer nu går gennem nogen, og den nogen kan læse og handle med de rettigheder, I har givet. Spørgsmålet er derfor, hvem der driver forbindelserne, hvor de kører, og hvad de må.
En assistent, der kun svarer, kan tage fejl, og en medarbejder kan lade være med at bruge svaret. En agent, der handler, har allerede gjort det, når fejlen opdages. Læseren her er virksomheden, der køber en agent eller en assistent med forbindelser. Agenter bygget ind i et produkt til kunder hører hjemme på cto-as-a-service.dk, og personoplysninger i en agents hænder på dpo-as-a-service.dk.
Hvad en forbindelse er
For at en model kan bruge et system, skal der være en forbindelse, der oversætter modellens ønske til et kald i systemet og sender svaret tilbage. Der findes en åben standard til netop det, Model Context Protocol, forkortet MCP. Standarden beskriver sig selv som en måde at forbinde AI-programmer med eksterne systemer: datakilder, værktøjer og arbejdsgange. En MCP-server er det stykke software, der står mellem modellen og et bestemt system, for eksempel jeres mail eller jeres fildrev.
Forskellen til søgning i egne dokumenter er, at søgningen henter tekst til et svar, mens en forbindelse kan både hente og handle. Søgningen er beskrevet i søgning i egne dokumenter.
Tre steder, forbindelsen kan køre
Hos udbyderen af assistenten. Forbindelsen til jeres mail eller jeres forretningssystem kører i udbyderens cloud. Udbyderen har nøglerne, som giver adgang til jeres systemer, og forespørgsler og svar fra systemerne passerer udbyderens maskiner.
Hos en tredjepart. Forbindelsen er lavet af en anden end udbyderen af modellen, måske en lille virksomhed eller en enkeltperson, og kører i deres miljø. Nu er der to leverandører med adgang, og den ene er måske ikke nævnt i nogen aftale.
Hos jer. Forbindelsen kører på jeres egne maskiner, enten på en server eller på medarbejderens pc. Nøglerne bliver hos jer. Til gengæld er det jer, der skal vedligeholde og sikre softwaren.
Hvert sted har sin egen kæde af leverandører og lande. Den skal med i jeres vurdering på samme måde som modellen.
Risiciene, standarden selv beskriver
Standardens egne sikkerhedsanbefalinger, der er et udkast (8/11 2026), beskriver flere risici, som en køber kan bruge som spørgsmål. En mellemliggende server kan springe brugerens samtykke over og handle med sine egne bredere rettigheder. En server kan sende adgangsnøgler videre uden at kontrollere, at de er udstedt til den. Og en lokal server, der kører på brugerens maskine, kan være kompromitteret og have adgang til hele maskinen, for eksempel gennem en ondsindet startkommando.
Sikkerhedsorganisationen OWASP anbefaler at give modellen mindst mulige rettigheder og at kræve, at et menneske godkender handlinger med høj risiko.
Spørgsmålene ved valget
Hvem har lavet forbindelsen, og hvem driver den? Navn, land og aftale for hver forbindelse.
Hvilke rettigheder har den? Kan den læse alt i mailboksen eller kun en mappe? Kan den sende, slette og betale? Rettighederne skal være de mindst mulige for opgaven.
Handler den som brugeren eller som sig selv? En forbindelse, der handler med en fælles servicekonto, kan nå mere end den enkelte bruger må.
Hvilke handlinger kræver godkendelse? Skriv listen: afsendelse til eksterne, sletning, betaling, ændring af stamdata.
Hvad logges? Hver handling, agenten tager, skal kunne spores til en bruger og et tidspunkt.
Hvordan stoppes den? Hvem kan slå en forbindelse fra, og hvor hurtigt?
Lokale agenter
En agent, der kører på medarbejderens egen maskine med lokale forbindelser, sender ingen data til en udbyder af forbindelser. Den har til gengæld adgang til alt det, medarbejderen har adgang til, og software fra ukendte kilder kører med de samme rettigheder. Brug samme regler som for andre programmer: en liste over godkendte forbindelser og et forbud mod resten. Se medarbejdernes egne lokale modeller.
Hvad det kræver, og hvad det koster at lade være
Gennemgangen kræver en liste over de forbindelser, en agent skal have, med leverandør, driftssted og rettigheder, og en beslutning om, hvilke handlinger der kræver godkendelse. Lav vurdering: et par dage for en agent med få forbindelser. Høj vurdering: et par uger, når agenten skal have adgang til mange systemer, og rettighederne skal designes om. Posterne er opsætning, logning, test af rettighederne og den løbende godkendelse af nye forbindelser.
Uden gennemgangen kan en agent have bredere adgang end nogen medarbejder, gennem en forbindelse hos en leverandør, ingen kender. Går noget galt, er handlingen udført, og det tager tid at finde ud af, hvem der gjorde hvad. Prisen er oprydning, forklaringer over for kunder og måske en anmeldelse af et brud.
Det skal I lade være med
- At give agenten administratorrettigheder for at komme i gang · start med læseadgang til én mappe.
- At installere forbindelser fra ukendte kilder · de kører med brugerens rettigheder.
- At lade agenten sende eller slette uden godkendelse · skriv listen over handlinger, der kræver et menneske.
Det skal valget kunne vise
- ☐ En liste over forbindelser med leverandør, driftssted og land.
- ☐ Rettighederne for hver forbindelse, holdt på det mindst mulige.
- ☐ Listen over handlinger, der kræver menneskelig godkendelse.
- ☐ Logning, der knytter hver handling til en bruger.
Kilder
- Model Context Protocol, What is MCP?, https://modelcontextprotocol.io/docs/getting-started/intro, læst 8. november 2026.
- Model Context Protocol, Security Best Practices (udkast), https://modelcontextprotocol.io/specification/draft/basic/security_best_practices, læst 8. november 2026.
- OWASP Gen AI Security Project, LLM01:2025 Prompt Injection, https://genai.owasp.org/llmrisk/llm01-prompt-injection/, læst 8. november 2026.
Senest gennemgået: november 2026.
Næste skridt
Skriv de forbindelser op, jeres assistent eller agent har i dag, med rettigheder ud for hver.
Læs også: Rettigheder i dokumenterne · Prøv tjenesten af: prompt-injektion før valget
→ Kontakt · Tlf. 70 13 63 23 · Jurisdiktions- og afhængighedsvurdering hos Nielco IT
