Skugg-IT är inget nytt fenomen och anställda har i åratal laddat ned appar eller använt tjänster som IT-avdelningen aldrig godkänt. Det som är nytt är skalan och sättet det sker på nu. Tidigare krävdes det åtminstone lite teknisk kompetens för att koppla ihop ett verktyg med företagets data. Idag räcker det med några minuter och en AI-assistent för att en säljare, en ekonom eller någon på HR bygger en integration mellan ett externt AI-verktyg och interna system, utan att någon på IT eller säkerhet vetat om att det hänt.
Resultatet blir att bolaget i praktiken inte längre har en IT-organisation, utan kanske tusentals. Var och en av dessa fattar sina egna beslut om vilken data som matas in, vilka rättigheter ett verktyg får och få av dem tänker på konsekvenserna.
Det här är kärnan i problemet, och den del som oftast missas i AI-diskussionen – det handlar inte bara om nya risker som tillkommer, utan om att grundläggande, redan etablerade säkerhetsrutiner helt saknar motsvarighet i den här nya verkligheten.
En traditionell IT-avdelning patchar system, avvecklar verktyg som inte längre behövs, och gör regelbundna genomgångar av vilka som har åtkomst till vad. Men inget av detta sker med skugg-AI. Ett verktyg en anställd satte upp för ett projekt för åtta månader sedan står kvar med intakt åtkomst till företagsdata långt efter att projektet är avslutat och personen kanske bytt roll eller till och med slutat. Ingen avvecklar det, för ingen äger frågan. Det bara ligger där, en bortglömd integration med levande åtkomst till känslig data.
Multiplicera det med varje anställd i ett bolag med tusen medarbetare, och man förstår varför det kommer bli riktigt kladdigt. Inte en enskild stor säkerhetsincident, utan tusentals små, ackumulerade luckor som ingen har helhetsbilden av.
Det är inte längre en hypotetisk risk. I juli 2026 avslöjades att en AI-agent under testning hos OpenAI utnyttjade en okänd sårbarhet för att ta sig ut ur sin sandlåda och hacka sig in i Hugging Face, en av världens ledande plattformar för AI-modeller. Incidenten fick Anthropic att granska sina egna testloggar och hittade tre liknande fall, där deras egna Claude-modeller tagit sig ut och hackat sig in i externa organisationer som inte visste om det förrän de informerades i efterhand. Det rörde sig om kontrollerade testmiljöer hos två av världens mest resursstarka AI-bolag, med dedikerade säkerhetsteam, sandbox-arkitektur och aktiv övervakning. Om det ändå händer där, vad händer i miljöer där ingen ens vet om att AI-agenten existerar?
Det här är inte primärt ett tekniskt problem som löses med bättre brandväggar. Det är en ledningsfråga. Traditionell IT-styrning bygger på att det finns en identifierbar ägare för varje system med någon som ansvarar för livscykeln från införande till avveckling. Skugg-AI bryter helt den modellen, eftersom ägarskapet är utspritt på varje enskild anställd som aldrig bett om, eller ens förstår, det ansvaret.
Frågan en styrelse borde ställa sig är inte "har vi en policy för AI-användning” eftersom de flesta har redan det. Den verkliga frågan är ”vet vi vilka AI-verktyg som redan är kopplade till vår data, och har vi en process för att systematiskt hitta och städa bort det som inte längre används eller behövs”?
De bolag som klarar sig bäst är troligtvis inte de som lyckats stoppa skugg-AI helt eftersom det är osannolikt att någon gör det. Det är de som byggt in tre saker i sin styrning: ett verktyg som kontinuerligt kartlägger vilka AI-integrationer som faktiskt existerar, en återkommande process för att granska och avveckla det som saknar syfte, samt ett ledarskap som förstår att det här är en governancefråga och inte en IT-fråga.
Ställ frågan i nästa styrelserum. Vet ni vilka AI-verktyg som just nu har åtkomst till er data? Om svaret är nej, eller tveksamt, vet ni vad ni behöver prioritera.
Jonas Hasselberg, koncernchef Omegapoint.