04. July 2026
Det har dukket opp rapporter om en potensiell sikkerhetssvakhet i Anthropic sitt nye utviklerverktøy, Claude Code. En feilrapport på GitHub peker på en sårbarhet knyttet til session- og cache-lekkasje mellom ulike arbeidsområder eller brukerkontoer. Dette kan i verste fall føre til at sensitive data eller kodefragmenter fra én økt blir synlige i en annen.
Claude Code er designet for å kjøre direkte i utviklerens terminal, der den hjelper til med å skrive, teste og fikse kode i sanntid. Det at et verktøy med så dype tilganger til lokale systemer har potensielle problemer med å holde økter isolert, er noe som umiddelbart bør fange oppmerksomheten til sikkerhetsansvarlige.
For teknologiorganisasjoner som bruker agentiske KI-verktøy direkte på utviklernes maskiner, betyr dette at man må ta en ekstra fot i bakken når det gjelder sandkassering. Det holder ikke lenger bare å stole på at KI-leverandøren sikrer skyen; vi må også ha full kontroll på hvordan verktøyene håndterer lokal tilstand og autentiseringstokener. Hvis utviklingsteamet ditt bruker Claude Code i delte sky-miljøer eller på tvers av ulike kundeprosjekter, bør dere vurdere å kjøre disse i strengt isolerte containere (som Devcontainers) inntil sårbarheten er fullstendig avklart. Du kan lese mer om den tekniske diskusjonen i feilrapporten på GitHub.
Programvareutvikling er på vei inn i en helt ny fase. Det å skrive selve koden blir i økende grad en automatisert oppgave for KI, noe som gjør at den overordnede systembeskrivelsen – selve arkitekturen og logikken – blir det viktigste produktet i utviklingsløpet.
I et debattinnlegg på Digi.no pekes det på et fundamentalt skifte i hvordan vi bygger IT-systemer. Tidligere har mye av verdiskapingen (og tidsbruken) ligget i å skrive og feilsøke kodelinjer. Når generative KI-modeller nå kan generere velfungerende kode på sekunder basert på instruksjoner, flyttes tyngdepunktet. Det kritiske suksesskriteriet blir i stedet evnen til å beskrive systemet så presist og strukturert at maskinen forstår nøyaktig hva som skal bygges.
For selskaper som kjøper eller utvikler egen programvare, betyr dette at kravene til bestillerkompetanse skyter i været. Tiden der man kunne overlate de tekniske detaljene til "utviklerne i hjørnet" er forbi. Hvis du leder en digitaliseringsenhet eller et produktteam, bør du vri opplæringsbudsjettene bort fra ren programmering og over mot systemdesign, informasjonsmodellering og arkitekturforståelse. Den som klarer å formulere den mest presise og logiske systembeskrivelsen, vil være den som ruller ut nye løsninger raskest og billigst. Les hele debattinnlegget på Digi.no.