Hopp til hovedinnhold
 AI-nyheter, ferdig filtrert for ledere
SISTE:

Britisk forsvar vurderer AI-unntak for dødelige mål • OpenAI gir Codex fjernkontroll over Windows-PC-er • Delte AI-lenker blir ny vei inn for skadevare • EU vil ha tettere USA-linje for cybersterke AI-modeller • OpenAI åpner bioforsvarsmodell for myndigheter og forskere

CISA varsler nytt angrep mot utviklerkjeden via VS Code-utvidelse
Breaking
CIOCISOCTOStyreCISAGitHubVS CodeNx ConsoleSupply Chain SecurityCI/CDSecretsDevSecOpsAI CodingAgentic CodingEnterprise AI

CISA varsler nytt angrep mot utviklerkjeden via VS Code-utvidelse

JH
Joachim Høgby
28. mai 202628. mai 20265 min lesingKilde: CISA

USAs cybersikkerhetsmyndighet CISA advarer om flere ferske forsyningskjedeangrep mot utviklerøkosystemer, CI/CD-løp og kodeverktøy. Den mest alvorlige delen er at en ondsinnet versjon av Nx Console-utvidelsen for Visual Studio Code ble distribuert via automatisk oppdatering.

CISA skriver at trusselaktører utnyttet et tidligere kompromiss hos Nx-utviklere til å kompromittere en GitHub-ansatts enhet gjennom en forgiftet tredjepartsutvidelse. Resultatet var uautorisert tilgang og eksfiltrering av interne GitHub-repositorier. Den ondsinnede versjonen var Nx Console 18.95.0, og CVE-2026-48027 er lagt til i CISAs Known Exploited Vulnerabilities-katalog.

Dette er en CISO-sak, men også en CIO-sak. Utviklerverktøy er blitt produksjonsinfrastruktur. Når AI-agenter, kodeassistenter og automatiserte byggeløp får mer tilgang, blir arbeidsstasjonen og utvidelsesmarkedet en direkte vei inn i kildekode, skyressurser og produksjonshemmeligheter.

Angrepet treffer der virksomhetene automatiserer mest

CISA peker også på en kampanje kalt «Megalodon», der en trusselaktør injiserte ondsinnede GitHub Actions-workflows for å høste CI/CD-secrets, skynøkler og tokens. Det rammer både utviklings- og utrullingsløp. For en angriper er dette mer verdt enn en enkelt server. Får man tak i byggesystemet, kan man ofte nå mange miljøer samtidig.

Det er nettopp derfor denne typen hendelse er viktig for norske virksomheter. Mange har brukt de siste årene på å automatisere mer av programvareleveransen. Samtidig har utviklerne fått flere utvidelser, flere integrasjoner og flere AI-verktøy i editoren. Hver av dem kan være nyttig. Hver av dem kan også bli en kanal for kode, kontekst og hemmeligheter.

CISAs anbefaling er konkret: reviser workflows og bidragsaktivitet, se etter mistenkelige pull requests og direkte commits, særlig fra automatiserte kontoer, og reverser uautoriserte endringer etter 18. mai 2026. Ved funn bør virksomheter gjennomgå CI/CD-logger, skylogger og berørte utviklermaskiner.

Hemmelighetene må roteres bredt

Det mest praktiske punktet i varselet er rotasjon av hemmeligheter. CISA anbefaler å rotere eller trekke tilbake alle credentials, tokens og secrets som kan være tilgjengelige for CI/CD-pipelines. Listen er lang: API-nøkler, skyleverandørnøkler for AWS, Google Cloud og Azure, SSH-nøkler, Docker-, npm-, PyPI-, Vault-, Terraform- og Kubernetes-tokens, samt GitHub-, GitLab- og Bitbucket-tokens.

For virksomheter som har mange team, er dette krevende. Det er også poenget. Moderne programvareleveranse har ofte flere hemmeligheter enn ledelsen tror, og mange av dem er laget for hastighet, ikke revisjon. En kompromittert editorutvidelse kan derfor bli en hendelse som sprer seg fra én maskin til hele leverandørkjeden.

Dette bør også påvirke hvordan virksomheter tar i bruk AI-kodeverktøy. Agentiske kodeassistenter trenger ofte bred tilgang til repoer, byggelogg, tickets, dokumentasjon og terminal. Hvis tilgangene ikke er skarpt avgrenset, øker konsekvensen av en kompromittert plugin, token eller utviklermaskin.

Tre tiltak ledelsen bør kreve

Første tiltak er en faktisk inventarliste over utviklerutvidelser og AI-kodeverktøy. Ikke bare hva IT har godkjent, men hva som faktisk kjører på maskinene. VS Code, JetBrains, nettleserutvidelser, terminalverktøy og MCP-servere bør inn i samme risikobilde.

Andre tiltak er policy for secrets i utviklingsløpet. Tokens bør være kortlevde der det er mulig, scope bør være smalt, og tilgang fra CI/CD bør skilles fra personlig utviklertilgang. Det bør finnes en testet rutine for bred rotasjon når leverandørkjeden rammes.

Tredje tiltak er tregere og mer kontrollert oppdatering av kritiske pakker og utvidelser. CISA anbefaler blant annet å vente minst tre timer før nye pakker trekkes inn, pinne programvare til kjente versjoner og bare hente fra kjente kilder. Det høres gammeldags ut i et DevOps-miljø. Men i en verden med automatiske oppdateringer og ondsinnede pakker er friksjon noen ganger et sikkerhetstiltak.

Fra utviklerproblem til styringsproblem

Denne hendelsen bør ikke håndteres som en smal utviklersak. Den hører hjemme i risikoregisteret for teknologi og leverandørstyring. Når kode, bygg, sky og AI-agenter kobles tettere sammen, blir utviklerens verktøykasse en del av virksomhetens sikkerhetsperimeter.

For norske ledergrupper er konklusjonen enkel: sikkerhetsstyring må flyttes nærmere der programvaren lages. Det betyr ikke mer byråkrati for utviklere. Det betyr bedre standarder, kortere levetid på secrets, raskere deteksjon og en klar liste over hvilke verktøy som får lov til å lese, skrive og kjøre kode.

Kilder og medier

Primærkilde: CISA, https://www.cisa.gov/news-events/alerts/2026/05/28/supply-chain-compromises-impact-nx-console-and-github-repositories

Kildekreditering: CISA-varselet beskriver Nx Console 18.95.0, CVE-2026-48027, GitHub-kompromisset, Megalodon-kampanjen og anbefalte tiltak for revisjon, forensics og rotasjon av secrets.

Thumbnail: OpenAI Image 2 / hogby.ai

📬 Likte du denne?

AI-nyheter for ledere. Kuratert av en CIO som bygger det selv. Daglig i innboksen.