Anthropic legger sårbarhetsjakt inn i Claude Code

Claude Code har fått en ny sikkerhetsflate som norske CIO-er, CISO-er og utviklingsledere bør ta på alvor. Anthropic har sluppet Claude Security-pluginen i beta: en multi-agent sårbarhetsskanner som kjører inne i Claude Code-sesjonen, kartlegger arkitektur, bygger trusselmodell, leter etter sårbarheter og lar uavhengige agenter verifisere funnene før rapporten skrives.

Det er ikke bare enda en /security-kommando. Pluginen flytter deler av det som tidligere krevde egen AppSec-kø, SAST-verktøy og manuell triage inn i samme terminal der utviklere allerede lar AI skrive og endre kode. For ledelsen er spørsmålet ikke om skanningen er smart. Spørsmålet er hvem som eier funn, patcher, false positives og risiko når AI både skriver kode og foreslår sikkerhetsfikser.

Hva som faktisk er nytt

Ifølge den offisielle Claude Code-dokumentasjonen kjører pluginen lokalt i sesjonen og bruker din eksisterende Claude-inferens. Den skiller seg eksplisitt fra den administrerte Claude Security-tjenesten på Enterprise-plan, og fra de lettere lagene som allerede finnes i Claude Code: security guidance-pluginen som følger med mens Claude skriver, /security-review som gjør ett pass over branchen, og Code Review for pull requests.

Claude Security-pluginen er det dype, on-demand-laget. Den kan skanne hele repoet, eller bare endringer: branch-diff, pull request eller én commit. Den når også kode den administrerte Enterprise-tjenesten ikke nødvendigvis når – for eksempel GitLab, Bitbucket eller nettverk uten innkommende tilkoblinger – fordi skanningen skjer der utvikleren allerede jobber.

Installasjonen er enkel på papiret: /plugin install claude-security@claude-plugins-official, deretter /reload-plugins. Kravene er mer konkrete: Claude Code v2.1.154 eller nyere på betalt plan, dynamiske workflows aktivert (på Pro via /config), Python 3.9.6+ på PATH, og Git for endringsskanning og patch-flyt. Full skanning fungerer også uten versjonskontroll; endringsskanning og patch-generering krever Git.

Kommandoen er /claude-security. Den åpner en meny med tre jobber: skanne codebase, skanne endringer, og foreslå patches. Du kan også styre den i naturlig språk, for eksempel «scan commit abc1234» eller «fix finding F3».

Fra funn til patch – uten auto-apply

Her er den viktigste ledelsesdetaljen: patches blir aldri applisert automatisk. Anthropic er tydelig på at hvert forslag er et menneskelig valg. Når en skanning er ferdig, lander rapporten i en tidsstemplet katalog CLAUDE-SECURITY-/ i repoet, med markdown-rapport, maskinlesbar JSONL og et revisjonsstempel som knytter funnene til eksakt commit, innsatsnivå og om ustagede endringer var med. Katalogen har egen .gitignore, så en tilfeldig git add . ikke skal suge inn sikkerhetsrapporter.

Funn kommer først etter at uavhengige verifier-agenter har gått gjennom dem. Rapporten skal inneholde ID, impact, exploit-scenario, severity, confidence og anbefaling. Når du ber om patches, bygges hver fix i en scratch-kopi av repoet. En annen agent vurderer deretter om endringen fikser akkurat det ene funnet, ikke introduserer ny sårbarhet, og ellers lar oppførselen være uendret. Hvis den ikke kan stå inne for alle tre, får du en kort forklaring i stedet for en patch. Har prosjektet tester, kjøres de som del av reviewen. Mangler tester, står det eksplisitt i notatet.

Patches lander som F.patch under patches/ og appliseres med git apply – helst i egen PR per funn. Det er et godt standardvalg for styring. Det betyr også at du trenger PR-policy, testkrav og eierskap, ikke bare «la agenten fikse det».

Hvorfor dette treffer norske ledere nå

Tre trender møtes. For det første skriver og endrer AI allerede produksjonsnær kode i norske team. For det andre har både Google, OpenAI og Anthropic de siste ukene presset AI hardere inn i sårbarhetsjakt og cyber-eval. For det tredje har reelle agentangrep og sandbox-rømninger vist at sikkerhetsteam må forholde seg til maskinhastighet, ikke bare menneskelig triage.

Claude Security-pluginen svarer på det ved å gjøre dyp skanning tilgjengelig der koden lever. Det kan øke dekningsgraden på GitLab-tunge eller lukkede miljøer, forkorte tiden fra commit til sikkerhetsfunn, og gi utviklere konkrete patch-forslag i stedet for bare scanner-støy. Men det skaper også nye styringskrav:

• Hvem får skanne hva? Pluginen leser repo-innhold i Claude Code-sesjonen. Det er privilegert tilgang til kildekode, hemmeligheter i filer, intern arkitektur og potensielt sårbarhetsdetaljer. Tilgang, logging og databehandleravtale må være like strenge som for andre AI-kodingsverktøy – ikke løsere fordi det heter «security».

• Hvem eier funnene? En skanning kan skape en ny klasse AppSec-backlog utenfor tradisjonelle verktøy. CISO bør kreve at rapporter kan eksporteres, at severity-mapping er avklart, og at kritiske funn ikke bare lever i en lokal mappe på en laptop.

• Hvem godkjenner patcher? At Anthropic ikke auto-applier er bra. Likevel må patcher gjennom menneskelig review, tester og endringskontroll. Spesielt når den foreslåtte fixen er generert av samme modellfamilie som kan ha introdusert feilen i en tidligere agentøkt.

• Kost og støy. Hver skanning teller mot planens usage limits. På store monorepoer anbefaler Anthropic å skanne delområder (API-lag, auth, osv.) i stedet for hele treet. Uten budsjett og scope blir dette enten for dyrt eller for sjelden brukt.

• Ikke-determinisme. Dokumentasjonen er ærlig: to skanninger av samme kode kan gi ulike funn. Det er ingen fasit-rapport. Bruk revisjonsstempler, kjør regelmessig, og behandle det som et signalverktøy i en lagdelt AppSec-stakk – ikke som ensertifisering.

Hva du bør gjøre denne uken

Hvis organisasjonen allerede bruker Claude Code i betalte planer, er dette en konkret kontrollflate å pilotere – ikke en pressemelding å arkivere.

Start smalt: ett team, ett repo med reell risiko (auth, betalingsflyt, API-gateway), og et krav om at funn og patcher går via eksisterende PR- og sårbarhetsprosess. Avklar om dynamiske workflows skal være på for Pro-brukere, og om skanning av PR via GitHub CLI er ønsket nettverkssteg. Kartlegg om GitLab/Bitbucket-team får reell verdi av lokal plugin versus Enterprise-tjenesten.

Sett deretter tre styre-/lederkrav:

• Policy: Når skal Claude Security brukes – før merge, før release, ved kritiske endringer, eller ad hoc?
• Eskalering: Hvilke severity-nivåer krever AppSec-godkjenning, og hvilke kan teamet lukke selv?
• Leverandørstyring: Hva logges hos Anthropic, hva blir værende lokalt, og hvordan håndteres sårbarhetsbeskrivelser som i praksis er nesten-exploit-materiale?

Claude Security-pluginen er et tydelig tegn på retningen: AI-kodeverktøy blir ikke bare produktivitetsflater. De blir også sikkerhetsoperativsystemer i utviklerens terminal. De som vinner på det, er organisasjoner som kobler agent-skanning til eierskap, tester og menneskelig godkjenning – ikke de som bare slår på en ny beta og håper backlogen forsvinner.

Kilder og medier

Kilde: Anthropic / Claude Code — Claude Code Docs, «Scan your codebase for vulnerabilities» (Claude Security plugin), https://code.claude.com/docs/en/claude-security Offisiell annonse: @claudeai på X, 22. juli 2026, https://x.com/claudeai/status/2079990597973057691 Produktside: Claude Security, https://claude.com/product/claude-security Thumbnail: OpenAI Image 2 / hogby.ai