Skip to content
Beslutsstöd

Är AI förbjudet i säkerhetskänslig verksamhet, och vad står det egentligen

Antagandet att AI är förbjudet i säkerhetskänslig verksamhet är falskt. Säkerhetspolisen skriver tvärtom att användandet kommer att bli nödvändigt. Det som finns är krav på separation, och de följer klassificeringen.

Andreas Olsson9 min läsning

En tung valvdörr, stängd och låst, som står fritt på ett öppet golv utan vare sig valv eller vägg omkring sig.

Nyckelpunkter


  • Säkerhetspolisen har inget generellt AI-förbud. Myndigheten skriver tvärtom att användandet av AI och nya arbetssätt för defensiva ändamål kommer att bli nödvändigt.
  • Kravet följer klassificeringen och inte tekniken. Fysisk separation är ett krav för informationssystem som ska hantera uppgifter i säkerhetsskyddsklassen hemlig eller högre.
  • AI-förordningens undantag i artikel 2.3 är knutet till ändamålet och inte till organisationen. Ett försvarsföretags rekryteringssystem är därför inte undantaget, utan högrisk enligt bilaga III.
  • Säkerhetspolisen beskriver riskerna som en verksamhetsrisk och en ledningsfråga, inte enbart en teknisk risk. Det placerar beslutet hos ledningen och inte hos IT-funktionen.

Få antaganden stoppar så mycket arbete som det att AI är förbjudet i säkerhetskänslig verksamhet. Antagandet framförs sällan med en hänvisning, och det stämmer inte.

Vad Säkerhetspolisen faktiskt skriver

I sin text om AI-modellers påverkan på cybersäkerheten, publicerad den 24 juni 2026, hänvisar Säkerhetspolisen till bestämmelserna om logisk och fysisk separation samt enkelriktad kommunikation för informationssystem med säkerhetsskyddsklassificerade uppgifter. Myndigheten är också tydlig med var den strängaste nivån ligger: fysisk separation är ett krav för informationssystem som ska hantera säkerhetsskyddsklassificerade uppgifter i säkerhetsskyddsklassen hemlig eller högre.

Det är krav på hur ett system ska vara avskilt. Det är inte ett förbud mot vad som får finnas i systemet.

Myndigheten går längre än så. I samma text står att användandet av AI och nya arbetssätt för defensiva ändamål kommer att bli nödvändigt.

Att avstå är inte ett neutralt val, eftersom också det som inte byggs innebär en risk.

Skillnaden mellan de två läsningarna är praktisk och inte akademisk. Ett förbud avslutar diskussionen. Ett krav på arbetssätt öppnar i stället en fråga om hur verksamheten ska delas upp, och den frågan går att arbeta med.

Kravet följer klassificeringen, inte tekniken

Det som avgör vad som gäller är uppgifternas säkerhetsskyddsklass, inte om verktyget innehåller en språkmodell. Utgångspunkten är därför säkerhetsskyddsanalysen, alltså den utredning som ska besvara vad som ska skyddas, mot vad det ska skyddas och hur det ska skyddas.

Det låter självklart och är det inte i praktiken. Mycket få organisationer har hela sin verksamhet i den högsta klassen. De flesta har en avgränsad del som är säkerhetsskyddsklassificerad och en betydligt större del som inte är det. När hela organisationen behandlas som om den låg i den högsta klassen är det sällan ett regelverkskrav, utan resultatet av att ingen har gjort uppdelningen.

Skälet att avstå är alltså oftare att frågan aldrig ställts än att svaret varit nej.

Det andra antagna förbudet

Nära besläktat är antagandet att leverantörer utanför EU är uteslutna. Inte heller det stämmer som generell regel.

I regeringens molnpolicy, utgiven av Finansdepartementet 2026, står att den offentliga förvaltningen även i fortsättningen kommer att kunna använda marknadsledande produkter och tjänster också om de kommer från företag med hemvist utanför EU. Policyn anger i stället vad valet bör styras av: de krav som gäller för den aktuella verksamheten avseende bland annat funktion, säkerhet, rådighet, suveränitet, robusthet och kostnadseffektivitet.

Det är ett riskbaserat angreppssätt och inte en lista över tillåtna länder. Det gör beslutet svårare att fatta och lättare att motivera, vilket är den avvägning svensk säkerhetsreglering ofta gör.

Det tredje antagandet går åt motsatt håll

De två antaganden som behandlats hittills gäller förbud som inte finns. Det finns också ett antagande i motsatt riktning, och det är minst lika vanligt: att AI-förordningen inte gäller alls, eftersom verksamheten är försvar eller nationell säkerhet.

Undantaget finns och det är brett. Artikel 2.3 anger att förordningen inte tillämpas på AI-system som släpps ut på marknaden, tas i bruk eller används, med eller utan ändringar, uteslutande för militära ändamål, försvarsändamål eller ändamål som rör nationell säkerhet, oavsett vilken typ av aktör som bedriver verksamheten.

Men undantaget är knutet till ändamålet och inte till organisationen, och hela avgränsningen ligger i ordet uteslutande. Skäl 24 säger rakt ut att ett system som släpps ut eller tas i bruk för ett undantaget ändamål och samtidigt för ett eller flera icke-undantagna ändamål, till exempel civila eller brottsbekämpande, faller inom förordningens tillämpningsområde.

Följden i praktiken är obekväm för många i sektorn. Ett försvarsföretags rekryteringsverktyg omfattas inte av undantaget, eftersom rekrytering är ett arbetsrättsligt och kommersiellt ändamål och inte ett militärt. Sådana system är dessutom uttryckligen högrisk enligt bilaga III punkt 4. Detsamma gäller merparten av det administrativa stödet: ekonomi, personal, dokumenthantering och kundtjänst.

De två antagandena drar alltså åt varsitt håll och båda är fel. Att ingenting får göras, och att ingenting behöver göras.

Varför det är ledningens fråga

Säkerhetspolisen placerar ansvaret uttryckligen. Riskerna i förhållande till AI-utvecklingen är en verksamhetsrisk och en ledningsfråga, inte enbart en teknisk risk.

En verksamhetsrisk kan inte delegeras till IT-funktionen som en konfigurationsfråga. Den handlar om vilken verksamhet organisationen ska bedriva, med vilka uppgifter, och vad den är beredd att avstå från. Det är beslut som hör hemma där verksamhetsansvaret ligger.

Konsekvensen är obekväm åt båda hållen. En ledning kan inte skylla på att tekniken inte tillåter, och den kan inte heller lämna över frågan och kalla det försiktighet.

Fyra frågor som avgör saken

  1. Vilka delar av verksamheten hanterar faktiskt säkerhetsskyddsklassificerade uppgifter, och i vilken klass? Utan det svaret är allt annat gissningar. Uppsättningen är nästan alltid mindre än organisationen antar.
  2. Vilka system omfattas därmed av separationskraven? Fysisk separation för hemlig eller högre, logisk och fysisk separation samt enkelriktad kommunikation i övrigt för system med säkerhetsskyddsklassificerade uppgifter.
  3. Vad finns kvar utanför den uppsättningen? Det är där utrymmet ligger, och det är oftast större än väntat. Administration, utbildning, analys av öppna källor och intern dokumentation hör sällan till den skyddade delen.
  4. Vem äger beslutet? Om svaret är IT-funktionen är frågan felplacerad enligt Säkerhetspolisens egen beskrivning.

Bedömningen i det enskilda fallet utgår från organisationens säkerhetsskyddsanalys, och det är den analysen som avgör vad som är möjligt.


Vanliga frågor

Nej. Säkerhetspolisen har inget generellt förbud mot AI i säkerhetskänslig verksamhet. I myndighetens text om AI-modellers påverkan på cybersäkerheten står tvärtom att användandet av AI och nya arbetssätt för defensiva ändamål kommer att bli nödvändigt. Det som finns är krav på hur informationssystem ska vara utformade, och de kraven följer uppgifternas säkerhetsskyddsklass.

Säkerhetspolisen hänvisar till bestämmelserna om logisk och fysisk separation samt enkelriktad kommunikation för informationssystem med säkerhetsskyddsklassificerade uppgifter. För uppgifter i säkerhetsskyddsklassen hemlig eller högre är fysisk separation ett krav. Kraven handlar alltså om hur systemet är avskilt, inte om vilken teknik som används i det.

Delvis. Artikel 2.3 i AI-förordningen undantar AI-system som släpps ut på marknaden, tas i bruk eller används uteslutande för militära ändamål, försvarsändamål eller ändamål som rör nationell säkerhet, oavsett vilken typ av aktör som bedriver verksamheten. Undantaget är knutet till ändamålet och inte till organisationen, så ett försvarsföretag är inte undantaget som sådant.

Ja. Rekrytering är ett arbetsrättsligt och kommersiellt ändamål och inte ett militärt, så sådana system omfattas inte av undantaget i artikel 2.3. De klassificeras dessutom uttryckligen som högrisk enligt bilaga III punkt 4. Skäl 24 anger också att ett system som används både för ett undantaget och ett icke-undantaget ändamål faller inom förordningens tillämpningsområde.

Ja, med ett riskbaserat angreppssätt. Regeringens molnpolicy anger att den offentliga förvaltningen även i fortsättningen kommer att kunna använda marknadsledande produkter och tjänster också om de kommer från företag med hemvist utanför EU. Valet av lösning och leverantör bör enligt policyn styras av de krav som gäller för den aktuella verksamheten i fråga om bland annat funktion, säkerhet, rådighet, suveränitet, robusthet och kostnadseffektivitet.

Ledningen. Säkerhetspolisen skriver att riskerna i förhållande till AI-utvecklingen är en verksamhetsrisk och en ledningsfråga, inte enbart en teknisk risk. Det är en tydlig placering av ansvaret: frågan kan inte delegeras till IT-funktionen som en teknisk detalj, eftersom den handlar om vilken verksamhet organisationen ska bedriva och med vilka uppgifter.

Nej. Kraven på separation gäller de informationssystem som hanterar säkerhetsskyddsklassificerade uppgifter. En organisation har normalt även verksamhet som inte hanterar sådana uppgifter, och där gäller inte samma krav. Skälet att avstå helt är därför sällan regelverket, utan att ingen har delat upp verksamheten och sagt vad som hör till vilken del.

Säkerhetsskyddsanalysen är den utredning som ska besvara vad som ska skyddas, mot vad det ska skyddas och hur det ska skyddas. Den är utgångspunkten även för AI-frågan, eftersom den avgör vilka uppgifter som är säkerhetsskyddsklassificerade och därmed vilka system som omfattas av separationskraven. Utan den analysen går det inte att avgöra vad som är tillåtet.

Sannolikt därför att kraven på separation är verkliga och svåra, och därför lätt läses som ett förbud. Ett krav på att ett system ska vara fysiskt avskilt är inte samma sak som ett förbud mot tekniken i systemet. Skillnaden är praktisk: ett förbud avslutar diskussionen, ett krav på arbetssätt öppnar en fråga om hur verksamheten ska organiseras.

Klarlägga vilka delar av verksamheten som faktiskt hanterar säkerhetsskyddsklassificerade uppgifter och i vilken klass. Därefter går det att se vilka system som omfattas av separationskraven och vilka som inte gör det. Den uppsättningen är nästan alltid mindre än vad organisationen antar, och det är i den övriga delen som utrymmet finns.


Landar det här på ert bord bör vi prata.

Ampliro Insights

Ny analys, ungefär varje vecka.

Vi skriver när reglerna ändras och när något visar sig fungera i praktiken. En text i taget, inga serier, och du kan gå ur från vilket nummer som helst.

Vi sparar din adress för att skicka Ampliro Insights, och inget annat. Mer i integritetspolicyn.