Tankeledare

Privat och suverän AI omdefinierar förtroendegränsen kring modellutplacering

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

Under större delen av det senaste decenniet innebar att köra en kraftfull AI-modell att skicka dina data till någon annans infrastruktur och hoppas att den skulle fungera. Men den lösningen håller på att falla sönder i takt med att ett förtroende‑dilemma växer mellan modellägare, dataägare och infrastrukturleverantörer. Organisationer inom finans, hälso‑ och sjukvård, offentlig sektor och försvar vill i allt högre grad köra modellen inom sina egna murar, under sin egen kontroll, utan att förlora åtkomsten till det som gjorde modellen stark från början.

Det är vad privat och suverän AI erbjuder, och det är inte längre en nischad efterfrågan. Faktum är att mer än 95 % av de tillfrågade organisationerna säger att privat och suverän AI är viktigt för deras strategi, även om endast omkring tre av tio för närvarande prioriterar arbetet på ett konkret, kortsiktigt sätt, enligt NTT DATA’s 2026 Global AI Report. Ett liknande mönster beskrivs i McKinsey’s research on sovereign AI ecosystems. Företagens färdplaner för 2026 listar suveränitet i nästan alla fall, men få av dem har faktiskt en genomförbar plan som tydligt beskriver arbetsbelastningens nivåer.

Det gapet mellan ambition och genomförande speglar en verklig, olöst spänning, där företag vill ha modeller som kan köras i miljöer som leverantören inte kontrollerar, men modellleverantörer har byggt hela sin verksamhet på att själva bygga, träna och finjustera modeller.

Varför den gamla säkerhetsmodellen inte går att överföra

Traditionell programvarusäkerhet förutsätter en relativt tydlig separation av säkerhetskontroller. Leverantören säkrar sin kod innan den levereras; kunden säkrar den miljö där den körs. Avtal, åtkomstkontroller och nätverksperimetrar tar hand om resten.

Proprietära AI-modeller passar inte in i den modellen på ett rent sätt. ”Produkten” är inte en statisk binär fil; den är en samling vikter, i vissa fall hundratals miljarder parametrar, som representerar månader av träningsinvesteringar och leverantörens kärn‑immateriella egendom. När dessa vikter väl har distribuerats till en kundstyrd miljö överlämnar leverantören i praktiken sin IP och hoppas att de omgivande kontrollerna håller.

Avtalsvillkor och åtkomstpolicyer ger liten skyddsnivå mot kundens egen systemadministratör, ett felkonfigurerat kluster eller en komprometterad värd. Och när en modellleverantör utökar distributionen till någon annans datacenter eller moln‑tenant, gäller många av de vanliga tekniska skyddsåtgärderna inte längre.

Den verkliga exponeringen är i minnet

Den mest underskattade delen av detta problem är vad som händer med en modell när den faktiskt körs. Kryptering av data i vila eller under överföring är allmänt implementerat. Gapet uppstår när data används, i det ögonblick vikterna dekrypteras och laddas in i GPU‑ eller systemminnet så att inferens kan ske.

Forskare har redan demonstrerat minnesbaserade extraktionsattacker mot distribuerade neurala nätverk. En widely cited academic study visade att sidokanalsmetoder mot minneshårdvara kan användas för att rekonstruera en modells vikter utan att någonsin röra leverantörens ursprungliga filer. Attackytan är inte modellfilen som ligger på disk; det är den levande, körande processen, vilket är det tillstånd en modell måste vara i för att vara användbar.

Men du behöver inte ens en sidokanalsattack för att extrahera modellvikter från minnet. En privilegiehöjning genom att utnyttja kärnan kan ge en angripare systemadministratörsbehörighet att dumpa vikterna från minnet.

För en modellleverantör innebär detta att den tidpunkt med störst affärsrisk, när någon annans infrastruktur aktivt kör din IP, också är den tid då konventionella skydd är svagast. Det är kärnproblemet som privata och suveräna AI‑distributioner måste lösa. Vem eller vad kan tekniskt sett se modellen medan den körs?

Konfidentiell databehandling erbjuder en väg, men med verkliga begränsningar

Det mest lovande svaret på detta problem just nu är konfidentiell databehandling: hårdvarubaserade trusted execution environments (TEEs) som håller data och modellvikter krypterade även när de aktivt bearbetas. Confidential Computing Consortium, ett öppet community under Linux Foundation, definierar detta som att skydda data i bruk inom en attesterad TEE, vilket innebär att miljön kan kryptografiskt bevisa vad den kör innan någon känslig arbetsbelastning överlämnas till den.

Attestering är det som faktiskt skapar förtroende mellan en modellleverantör och en kunds infrastruktur. Den låter modellens leverantör kontrollera den kryptografiska fingeravtrycket för den miljö den ska köras i och vägra att släppa sina vikter om miljön inte matchar det som godkänts. Stora molnleverantörer har börjat bygga in detta direkt i sin AI‑infrastruktur; Google Cloud’s recent confidential computing updates, till exempel, utökar attestering över både CPU‑ och GPU‑hårdvara, så att inferensarbetsbelastningar verifieras från början till slut innan några dekrypteringsnycklar släpps.

Det skulle dock vara ett misstag att betrakta attestering som ett löst problem. Alla säkerhetstekniker är bara starka om de implementeras korrekt och säkert.

Men det betyder inte att konfidentiell databehandling är ett falskt löfte. Det innebär att disciplinen fortfarande är ung, verktygen fortfarande mognar, och företag som utvärderar leverantörer bör ställa konkreta frågor om hur attestering implementeras, inte bara om den finns på ett specifikationsblad.

Säker, flexibel distribution blir en förutsättning, inte en funktion

Affärsargumentet för att lösa detta blir bara starkare. Deloitte’s global enterprise research anger att den förväntade investeringen i suverän AI‑beräkning närmar sig 100 miljarder dollar enbart år 2026, främst drivet av reglerade branscher som inte har någon väg till bredare AI‑adoption utan den. Den satsningen speglar verkligheten att regler för dataplacering, branschspecifika efterlevnadsregimer och geopolitisk press nu är inbakade i hur stora organisationer planerar sin AI‑infrastruktur flera år i förväg.

För modellleverantörer förändrar detta hela spelplanen. Förmågan att köra en modell säkert inom en kunds miljö utan att ge upp kontrollen över vikterna skiftar från en differentieringsfaktor till en självklarhet. Leverantörer som inte kan erbjuda någon version av detta kommer att finna sig utestängda från exakt de reglerade, högvärdesbranscher som för närvarande driver företags‑AI‑utgifter.

Inget av detta eliminerar den underliggande spänningen mellan modellåtkomst och IP‑skydd. Det kommer förmodligen aldrig att helt försvinna. Men riktningen är tydlig: företag som antar AI i stor skala är inte längre villiga att acceptera ”lita på oss” som svar, och de som lyckas svara med kryptografiskt bevis kommer att vara de som konkurrerar om och vinner den affären.

Anand Kashyap är en uppfinnare, ingenjör, entreprenör och teknikledare. Han medgrundade Fortanix för att vara pionjär inom tillämpningen av konfidentiell beräkning i datasäkerhet och AI, och skötte företagets tillväxt först som CTO och senare som VD.

Innan han grundade Fortanix arbetade Anand på VMware, där han utvecklade mjukvara för nätverksvisualisering, inklusive på Arkin, som förvärvades av VMware. Tidigare i sin karriär var han forskare vid Symantec Research Labs, där han författade flera forskningsartiklar och registrerade över 25 patent inom nätverk och molnsäkerhet.