Innan en kodagent får tillgång till ditt repo

En kodagent kan läsa filer, köra kommandon och föreslå ändringar. Beroende på verktyg och konfiguration kan delar av kodbasen också skickas till en extern tjänst. Innan du ger åtkomst behöver du veta vad som lämnar datorn och vilka handlingar agenten kan utföra.

Listan är en utgångspunkt för genomgången, inte en fullständig säkerhetskontroll. Även ett privat repo kan innehålla sådant som inte får lämnas vidare.

Data och hemligheter

• ☐ Kontrollera både aktuella filer och Git-historik efter hemligheter.
• ☐ Rotera upptäckta nycklar; det räcker inte att ta bort dem ur senaste versionen.
• ☐ Ersätt kunddata, interna dokument och produktionsutdrag med syntetiska exempel.
• ☐ Kontrollera vilken information verktyget skickar till en extern modell och hur den behandlas.
• ☐ Kontrollera avtal, lagring och åtkomst innan personuppgifter eller sekretessbelagt material får användas.

Att lägga en fil i .gitignore tar inte bort tidigare versioner ur Git och garanterar inte att ett AI-verktyg avstår från att läsa den lokalt. Verktygets egen filåtkomst och exkluderingsregler behöver kontrolleras separat.

Instruktioner och verktyg

• ☐ Ange vilka delar agenten får ändra och vilka som är utanför uppdraget.
• ☐ Ge minsta nödvändiga fil-, nätverks- och verktygsåtkomst.
• ☐ Håll externa dokument och verktygssvar åtskilda från betrodda instruktioner.
• ☐ Kräv ett uttryckligt godkännande före deploy, utskick eller ändring av produktionsdata.
• ☐ Granska installationsskript, Git-hooks och anslutna verktygsservrar innan agenten får köra dem.

Dokument i repot kan innehålla instruktioner, men de är inte automatiskt betrodda bara för att de finns där. Samma sak gäller paket, hämtade webbsidor och verktygssvar. Begränsa därför vad miljön faktiskt tillåter, inte bara vad agenten uppmanas att undvika.

Resultat och verifiering

• ☐ Granska diffen, även konfiguration, beroenden och genererade filer.
• ☐ Kontrollera att tester faktiskt körts och att rätt miljö användes.
• ☐ Kontrollera UI i webbläsaren när markup eller interaktion ändrats.
• ☐ Dokumentera kvarstående fel utan att kalla en delvis körd kontroll för godkänd.
• ☐ Säkerställ att egna ändringar går att skilja från agentens och att det finns en fungerande återställningsväg.

Om något går fel

Vid misstänkt exponering behöver fortsatt åtkomst begränsas och händelsen bedömas enligt verksamhetens incidentrutiner. Det kan innebära att återkalla åtkomst och rotera exponerade nycklar. Att återställa en kodändring tar inte tillbaka information som redan har lämnat miljön.

Instruktioner till modellen ersätter inte tekniska åtkomstkontroller. Vilka ytterligare skydd och rutiner som behövs beror på miljön och informationen som hanteras.

Vidare läsning

Anthropic: Effective harnesses for long-running agents

Anthropic: Demystifying evals for AI agents

MCP: Security Best Practices

Rutorna är läsmaterial; webbplatsen sparar inga markeringar.