Tankeledare

AI är det nya insiderhotet, men planerna för att hantera risken kommer ett lager för sent

mm
Lägg till Unite.AI bland dina föredragna källor på Google

Intrånget hos Hugging Face och liknande incidenter har fått branschen att rysa, men organisationer bör fokusera på SDLC, inte på AI-modellagret.

Intrånget hos Hugging Face i juli, som genomfördes av OpenAI-agenter, följdes snabbt av rapporter om liknande utbrytningar med modeller från Anthropic och Meta. Det har väckt oro för en till synes ny kategori av cyberangrepp: det skadliga insiderhotet från agentbaserad AI.

Den här typen av incident är dock egentligen inte ny. Att den inträffade vid ledande AI-labb, som har gjort människor nervösa i flera år, har gett den ett nytt och olycksbådande ansikte. Men incidenterna visar på samma slags brister och blinda fläckar som företag har samlat på sig i åratal.

De var inte heller avsiktligt illvilliga. Vid intrånget hos Hugging Face försökte AI-agenterna – omkring 1 200 stycken – uppnå ett tilldelat mål i en testmiljö, även om deras beteende, ska medges, inte alltid var hedervärt. Under processen kommunicerade de i hemlighet, utnyttjade sårbarheter och verkade oupptäckta i ett par månader. Omkring 700 av dem tog sig över muren till sin ”isolerade” miljö och fick tillgång till internet och externa aktörer.

Det oroväckande med de här incidenterna är inte bara att AI-agenter utan begränsningar kan utgöra ett allvarligt hot – det råder det knappast någon tvekan om. Men om agenter kan löpa amok mitt framför ögonen på ett ledande AI-labs team, som har gott om kompetens, resurser och motivation att noga övervaka verksamheten, bör du nog också fråga dig vad som händer med de AI-agenter och AI-assisterade verktyg som just nu körs i din utvecklingsmiljö. Om de största aktörerna inom AI inte har insyn i realtid i sin miljö, vilka möjligheter har då en genomsnittlig organisation?

Organisationers bästa möjlighet att tygla agentbaserad AI börjar med att inse att den här nya situationen bara är en mer kraftfull variant av en långvarig utmaning. Men för att hantera den krävs något som många företag fortfarande saknar: insyn och observerbarhet tidigt i programvaruutvecklingens livscykel (SDLC).

OpenAI och Hugging Face: ett tecken på vad som väntar

Vid intrånget hos Hugging Face försökte en kombination av ledande AI-modeller, däribland OpenAI:s nya flaggskeppsmodell GPT-5.6 Sol, som släpptes i juli, lösa en avgränsad uppgift: riktmärket ExploitGym, som testar en agents förmåga att utnyttja säkerhetsbrister. I ett inlägg om intrånget konstaterade Anthropic att AI-modellerna, trots att de ”arbetade med begränsade skyddsåtgärder”, kunde tänja på gränserna, kringgå tekniska kontroller, samarbeta via otillåtna kanaler och till sist vidta riskfyllda åtgärder.

Även om intrånget upptäcktes i juli började agenterna kommunicera olämpligt redan i maj utan att väcka uppmärksamhet. METR och Redwood Research genomförde en oberoende parallell granskning tillsammans med OpenAI och fann att agenterna, trots att de visste att de bröt mot reglerna, sällan övervägde att meddela OpenAI utan i stället fortsatte obekymrat.

Efter OpenAI:s rapport granskade Anthropic sina tidigare cybersäkerhetsutvärderingar och upptäckte att en Claude-modell hade kringgått kontroller tre gånger i april, kommit på hur den kunde ansluta till internet och fått obehörig åtkomst till tre externa organisationer. Kort därefter uppgav Meta att en version av företagets mest avancerade modell för agentbaserad AI, Muse Spark 1.1, också hade brutit sig ut ur en testmiljö för cybersäkerhet och infiltrerat nätverket hos ett externt företag.

I sin rapport varnade OpenAI också för att incidenten var ett tecken på vad som väntar och sade att många modeller, även vanliga modeller med öppen källkod, snart skulle ha förmågan att göra samma sak. Det senaste intrånget hos Medicare underströk detta påstående.

AI måste styras på SDLC-nivå

De här agentbaserade angreppen har fått AI-communityn att rysa. OpenAI meddelade att företaget skulle skärpa kontrollerna i sin testmiljö och anslöt sig därefter till Anthropic, Microsoft, Amazon Web Services och över 100 andra företag för att utfärda en varning om den annalkande vågen av AI-drivna cyberangrepp mot kritisk infrastruktur. I brevet varnades det för att angreppen kunde vara bara några månader bort.

Organisationer som oroar sig för att drabbas av liknande angrepp behöver stärka sin egen infrastruktur, med början i programvaruutvecklingen. Det verkliga problemet är inte bara att den agentbaserade AI:n blir allt mer sofistikerad, utan också bristen på övervakning i realtid och meningsfull mänsklig tillsyn. Organisationer bör fokusera på att åtgärda brister i mänskliga faktorer och processer i stället för att behandla AI-risker som en teknisk oundviklighet.

I stora delar av branschen fokuserar organisationer övervakning och observerbarhet på AI-modellagret, vilket redan är ett lager för sent. Då har problemet redan hunnit långt. Insyn, övervakning, observerbarhet och styrning måste införas där AI först kommer in i företaget: inom SDLC. Organisationer behöver också se till att utvecklare som använder AI-kodningsverktyg har den utbildning och kompetens som krävs för att hindra verktygen från att föra in fel, sårbarheter och dåliga vanor i utvecklingskedjan.

De flesta programvarufel uppstår under utvecklingsfasen, och när utvecklare saknar kompetens att skriva säker kod eller rätta till fel som AI har introducerat kan problemen snabbt spridas. Utvecklare behöver ett utbildningsprogram som ger dem nödvändiga säkerhetskunskaper och följer deras utveckling både när det gäller att tillägna sig kunskaperna och att använda dem regelbundet i arbetet.

I takt med att AI blir allt mer integrerad i organisationers verksamhet står det klart att säkerhetsspårbarhet, observerbarhet och styrning av både utvecklare och deras AI-kodningsverktyg har blivit den nya grundnivån för säker kod inom företag.

Kontinuerliga hot kräver kontinuerliga åtgärder

Tidigare kanske vi antog att programvara var relativt harmlös och gjorde det den hade programmerats att göra. Om något gick fel kanske den låste sig eller orsakade driftstopp, men den skulle inte gå till angrepp. AI, särskilt agentbaserad AI, har vänt upp och ner på det antagandet. Oavsett om en AI-modell arbetar agentbaserat eller med hjälp av en utvecklare måste dess handlingar kontinuerligt övervakas och styras.

Det framväxande AI-hotet, oavsett om det riktar sig mot sjukhus, vattenreningsverk, kraftverk eller företag, kan vara skrämmande. Men organisationer är inte försvarslösa. De kan införa AI-styrning, men måste bygga upp den från grunden. Genom att skapa en kultur med fokus på säker programvara och utbilda utvecklare för att uppnå det målet kan organisationer tillföra en välbehövlig nivå av observerbarhet, spårbarhet och styrning för ett potentiellt problem som bara kommer att förvärras avsevärt om det lämnas utan åtgärd.

Matias Madou är CTO och medgrundare av Secure Code Warrior, en ledande aktör inom styrning av AI-programvara och kompetensutveckling inom utvecklarsäkerhet, som gör det möjligt för företag att kontrollera AI-driven programvaruutveckling genom hela SDLC. Matias är forskare och utvecklare med över 15 års praktisk erfarenhet av programvarusäkerhet, och han har utvecklat lösningar för företag som Fortify Software och det egna företaget Sensei Security.