GitGuardian AI Hooks stopper API-nøkler før Claude Code, Cursor og Codex ser dem

En regel i CLAUDE.md er et forslag modellen kan veie mot oppdraget, mens en hook er kode som kjører uansett hva modellen mener. Det er argumentet GitGuardian bygger på i blogginnlegget 8. oktober, der selskapet presenterer AI Hooks i det åpne CLI-verktøyet ggshield (MIT-lisens). Hookene skanner på tre steder: prompten før den når modellen, kommandoer, fillesinger og MCP-kall før de kjøres, og output etter at et verktøy har svart.

GitGuardian bruker PocketOS som eksempel. Der fant en agent i april 2026 et Railway-token med vide rettigheter i en urelatert fil og slettet produksjonsdatabasen og backupene på rundt ni sekunder, selv om den hadde instruks om å være forsiktig.

«En kontroll skiller seg fra et forslag fordi KI-en ikke har noe å si om eller når regelen følges.» — GitGuardian

Ifølge endringsloggen for ggshield 1.55.0 (24. september) holder hooken nå tilbake hele verktøy-output i Claude Code og Codex når den finner en hemmelighet, slik at nøkkelen verken havner i konteksten eller i sesjonstranskriptet på disk. Claude Code støtter dette foreløpig bare for shell-kommandoer og fillesinger, mens Codex og Mistral Vibe kan holde tilbake output fra alle verktøy. Totalt støttes åtte assistenter: Claude Code, Cursor, Codex, Copilot CLI, VS Code, Mistral Vibe, Kiro og Junie CLI.

Prisen er at skanningen skjer mot GitGuardians API, ikke lokalt. Et rent resultat caches i 15 minutter, og etter optimaliseringene i 1.54.0 tar et MCP-kall rundt 387 ms ekstra (median, målt mot et simulert API). Innloggingen ber også om skopet ai-discover:send, som laster opp en oversikt over agentene og MCP-serverne på maskinen, og fra 1.54.0 tar den med e-postadressen hver assistent er logget inn med.

Hva bør du gjøre?

1. Installer ggshield, kjør ggshield auth login og deretter ggshield machine setup. Med --agent eller --exclude-agent velger du hvilke assistenter som får hooken, og --no-honeytokens dropper honeytoken-delen.
2. Kjør ggshield machine doctor etterpå. Den sjekker at hooken peker på en binærfil som finnes, og at et Husky- eller lefthook-oppsett ikke skygger git-hooken.
3. Avgjør om prompter og filinnhold kan sendes til GitGuardians API. Kan de ikke det, er sandboxing av agenten alternativet GitGuardian selv peker på.