Et sikkerhetsteam kan kjenne igjen en KI-assistent som godkjent programvare og likevel overse at en angriper bruker den på en overtatt datamaskin. Når uvedkommende først har fått kontroll over en maskin eller konto, kan de bruke verktøyene som er installert der, til å undersøke filer, kjøre kommandoer eller koble seg til andre systemer.
For norske ledergrupper reiser dette et praktisk spørsmål: Når bedriften tar i bruk en KI-assistent som kan utføre oppgaver på en datamaskin, hvem kontrollerer hva den har tilgang til, og hvem kan koble maskinen fra nettverket hvis aktiviteten virker mistenkelig?
Svaret er ikke å fjerne alle nyttige verktøy. Bedriften trenger tilpassede tilganger, sikkerhetsovervåking og en avtalt måte å håndtere mistanke om misbruk på.
Dette fant Elastic
I en rapport publisert 4. november 2026 beskriver sikkerhetsselskapet Elastic hvordan angripere misbruker legitim programvare. Rapporten bygger på undersøkelser og forskning fra april til september. I en pressemelding om rapporten opplyser selskapet at de har sett kommandoer bli kjørt gjennom Claude Code på Windows og ChatGPTs skrivebordsapp på macOS under faktiske innbrudd. I ett Windows-tilfelle koblet en angriper seg til maskinen utenfra og brukte Claude Code til å klargjøre verktøy og opprette en skjult forbindelse til en ekstern server.
Dette er Elastics beskrivelse av konkrete undersøkelser, ikke et anslag over hvor mange norske bedrifter som er rammet. Selskapet dokumenterer ikke i pressemeldingen at KI-produktene var inngangsveien til maskinene, eller at en KI-agent selv bestemte seg for å angripe. Det er forskjell på at en kriminell bruker et verktøy etter å ha fått tilgang, at en KI-modell handler på egen hånd, og at et produkt har en sikkerhetsfeil.
Elastic opplyser også at angripere i 27 bekreftede tilfeller med passordstjelende skadevare i gjennomsnitt logget inn med stjålne opplysninger åtte minutter etter at maskinen var infisert. Tallet gjelder disse utvalgte sakene. Det er ikke en generell tidsfrist, og det viser ikke at KI var årsaken til hastigheten. Det illustrerer likevel hvorfor et varsel til en innboks ingen leser før neste arbeidsdag, er en svak beredskapsplan.
Godkjent programvare trenger også grenser
KI-verktøy for utviklere kan spare tid ved å finne relevante filer, foreslå endringer og kjøre avtalte tester. Noe av nytten kommer av at de har tilgang til arbeidsmiljøet. Den samme tilgangen må vurderes når en angriper har overtatt en konto eller datamaskin.
Be den teknisk ansvarlige kartlegge hvilke kodelagre, nøkler, kommandoer og eksterne tjenester assistenten faktisk kan nå. Skill utviklingsarbeid fra administrasjon av produksjonssystemer der det er praktisk mulig. Begrens tilgangen til det arbeidet krever, og gjennomgå unntak, blant annet innstillinger som reduserer antallet godkjenninger. En skriftlig regel er ikke nok hvis kontoen og maskinen fortsatt tillater handlingen.
En assistent kan utføre mange helt vanlige handlinger på kort tid. Å blokkere den ved ethvert avvik kan stanse viktig utviklingsarbeid. Samtidig bør ikke navnet på en liste over godkjente programmer føre til at alle varsler om hva den gjør, blir ignorert. Felles veiledning fra amerikanske CISA og samarbeidende myndigheter beskriver hvordan angripere misbruker legitim programvare, og advarer mot å blokkere verktøy ukritisk uten å vurdere sammenhengen. Veiledningen vurderer ikke et bestemt KI-produkt.
Øv på responsen sammen med leverandøren
Tenk deg et norsk programvareselskap med et lite internt team og en ekstern IT-leverandør. En utvikler bruker en godkjent KI-assistent til å forberede endringer i en kundeportal. Sikkerhetsleverandøren ser en uvanlig forbindelse fra utviklerens maskin og forespørsler etter filer utenfor prosjektet. Ingen av observasjonene beviser alene at det har skjedd et angrep. Noen må finne ut om aktiviteten var godkjent og reagere raskt hvis den ikke var det. Eksemplet er oppdiktet.
Avtal en øvelse med fiktive data før en hendelse oppstår:
- Avklar hvem som eier tjenesten, hvem som mottar sikkerhetsvarsler og hvem som kan nå utvikleren utenfor arbeidstid.
- Bruk et avtalt testvarsel for å undersøke om leverandøren kan knytte aktiviteten til riktig maskin, konto og tidspunkt, uten å basere seg bare på assistentens egen forklaring.
- Bestem hvem som kan isolere maskinen eller stenge den aktuelle tilgangen, hvordan spor sikres og hvordan kundearbeidet fortsetter mens saken undersøkes.
- Registrer når varslet ble utløst, når noen mottok det og når avtalt handling var mulig. Sett mål ut fra konsekvensene for egen virksomhet, ikke gjennomsnittet på åtte minutter fra andres saker.
En øvelse der en maskin isoleres, må avtales med den tekniske leverandøren. Ikke forstyrr en maskin i produksjon eller bruk ekte passord for å teste responsen. Prøv også reserveløsningen: Utvikleren kan trenge en sikker maskin og en trygg måte å fortsette arbeidet på.
NSMs råd om krav til IT-leverandører anbefaler blant annet å avtale sikkerhetsovervåking, hendelseshåndtering og rapportering. Rådene viser hva dere kan spørre om, men garanterer ikke at dagens avtale dekker KI-verktøy. Be leverandøren vise hva som inngår, når noen er tilgjengelige og hva som krever en egen avtale.
Undersøk før dere konkluderer
Uvanlig aktivitet fra et KI-verktøy er ikke nødvendigvis et angrep. I en egen teknisk analyse beskriver Elastic aktivitet knyttet til en kodeassistent som gjorde en lokal tjeneste tilgjengelig utenfra og opprettet forbindelser som kunne vare over tid. Forskerne forklarer at funnene kan skyldes fjernadministrasjon eller noe mer alvorlig. De omtaler ikke dette tilfellet som et bekreftet innbrudd. Skillet er viktig: Teamet må kunne reagere uten å behandle hvert utviklerforsøk som en kriminell handling.
En undersøkelse bør se konto, maskin, tidspunkt og nettverkstrafikk i sammenheng med medarbeiderens forklaring. Sikkerhetslogger kan inneholde følsom informasjon. Begrens derfor hvem som får tilgang og hvor lenge opplysningene lagres, ut fra virksomhetens vurdering og reglene som gjelder. Målet er å oppdage og stanse misbruk, ikke å lagre alle ansattes samtaler på ubestemt tid.
Ved mistanke om et faktisk innbrudd bør bedriften følge beredskapsplanen, sikre relevante spor og undersøke om påloggingsopplysninger eller kundesystemer er berørt. Et nytt passord stenger ikke nødvendigvis alle aktive tilganger. Den tekniske håndteringen avhenger av systemene og må samordnes med ansvarlig leverandør.
Gi styret dokumentasjon, ikke bare antall varsler
Ledelsen må fordele ansvaret for godkjente KI-verktøy, tilganger og oppfølging av leverandøren. Et lite AS kan begynne med assistenten og maskinen som brukes til å utvikle den viktigste kundetjenesten. En større bedrift kan trenge ulike løsninger for utvikling, administrasjon og eksterne leverandører.
Styret bør spørre om ledelsen kjenner til de viktigste risikoene, om alvorlige varsler når frem til noen som kan handle, og hvordan kundene ivaretas hvis en maskin må kobles fra. Styret skal ikke undersøke enkeltkommandoer. Artikkelen om sikkerhetsvarsler fra KI tar for seg kapasiteten som trengs for å undersøke innkommende rapporter. Veiledningen til daglig leder ved et cyberangrep handler om de bredere beslutningene når det er mistanke om innbrudd.
Be om én demonstrasjon før neste leverandørgjennomgang: Hvis et godkjent KI-verktøy oppfører seg uventet på en arbeidsmaskin i kveld, hvem får beskjed, hvem kan begrense skaden, og hvordan fortsetter arbeidet?
Kildene er kontrollert 6. november 2026. Bedriften og øvelsen er oppdiktede eksempler. Elastics observasjoner gjelder utvalgte saker, ikke hvor vanlig slike angrep er. Illustrasjonen er laget med KI.