OT-säkerhet: Skydda industriella styrsystem mot cyberhot
Group COO & CISO
Operational excellence, governance, and information security. Aligns technology, risk, and business outcomes in complex IT environments
OT-säkerhet: Skydda industriella styrsystem mot cyberhot
OT-säkerhet (Operational Technology Security) handlar om att skydda de styrsystem — SCADA, PLC, DCS — som driver elnät, vattenverk, fabriker och transportsystem mot cyberattacker. Till skillnad från IT-säkerhet prioriteras tillgänglighet och personsäkerhet framför konfidentialitet, eftersom ett intrång kan orsaka fysisk skada, produktionsstopp eller samhällskritiska avbrott. Med NIS2-direktivets krav och den accelererande IT/OT-konvergensen är robust OT-säkerhet inte längre valfritt — det är en förutsättning för drift.
Viktiga slutsatser
- OT-säkerhet skyddar fysiska processer — inte bara data. Ett komprometterat styrsystem kan skada människor och miljö.
- IT/OT-konvergens ökar attackytan drastiskt när äldre system kopplas mot IP-nätverk utan adekvat segmentering.
- NIS2-direktivet ställer explicita krav på OT-säkerhet för samhällskritisk infrastruktur, med kännbara sanktioner.
- Purdue-modellen med nätverkssegmentering är den enskilt viktigaste arkitekturåtgärden.
- OT-specifik övervakning dygnet runt krävs — traditionella IT-säkerhetsverktyg räcker inte och kan rentav skada OT-miljöer.
Vad OT-säkerhet faktiskt innebär
Operativ teknik (OT) omfattar all hårdvara och mjukvara som detekterar eller orsakar förändringar i fysiska processer. Det handlar om SCADA-system som övervakar elnät, PLC:er som styr robotar på en tillverkningslinje, och DCS-system som reglerar temperatur och tryck i en kemisk process.
OT-säkerhet är disciplinen att skydda dessa system mot obehörig åtkomst, manipulation och störningar. Men till skillnad från IT-världen — där den klassiska CIA-triaden (konfidentialitet, integritet, tillgänglighet) vägleder arbetet — vänds prioriteringsordningen i OT-sammanhang:
1. Tillgänglighet och säkerhet — systemet måste vara igång och får inte orsaka fara
2. Integritet — mätvärden och styrsignaler måste vara korrekta
3. Konfidentialitet — viktig, men sekundär jämfört med punkterna ovan
Den här prioriteringen är inte godtycklig. Ett SCADA-system som styr ventiler i en gasanläggning och plötsligt skickar felaktiga signaler kan orsaka en explosion. Ett stukat e-postsystem är irriterande; ett stukat styrsystem kan vara dödligt.
Vad OT-miljöer består av i praktiken
| Komponent | Funktion | Typisk livslängd | Säkerhetsutmaning |
|---|---|---|---|
| PLC (Programmable Logic Controller) | Styr enskilda processer (motorer, ventiler) | 15–25 år | Saknar ofta autentisering, kör proprietära protokoll |
| SCADA (Supervisory Control and Data Acquisition) | Centraliserad övervakning och styrning | 10–20 år | Designade före internethotbilden, sällan patchade |
| DCS (Distributed Control System) | Processreglering i realtid | 15–30 år | Inbyggda i processanläggningens livscykel, svåra att uppgradera |
| HMI (Human-Machine Interface) | Operatörspaneler | 5–15 år | Ofta Windows-baserade med föråldrade OS |
| IIoT-sensorer | Mätdata, prediktivt underhåll | 3–10 år | Massvis med enheter, begränsad krypteringskapacitet |
Det Opsios NOC ser i kundmiljöer är att många organisationer fortfarande kör Windows XP eller Windows 7 på HMI-stationer — inte av okunskap, utan för att leverantörens certifiering kräver det specifika operativsystemet. Patchhantering i OT-miljöer är en fundamentalt annorlunda utmaning jämfört med IT.
Vill ni ha expertstöd med ot-säkerhet: skydda industriella styrsystem mot cyberhot?
Våra molnarkitekter hjälper er med ot-säkerhet: skydda industriella styrsystem mot cyberhot — från strategi till implementation. Boka ett kostnadsfritt 30-minuters rådgivningssamtal utan förpliktelse.
Varför OT-säkerhet är en nationell säkerhetsfråga
Cyberattacker mot industriella styrsystem har gått från teoretiskt scenario till dokumenterad verklighet. Stuxnet (2010) visade att det gick att fysiskt förstöra centrifuger via skadlig kod. Attacken mot Ukrainas elnät (2015) släckte strömmen för 230 000 hushåll. Colonial Pipeline (2021) lamslog bränsleförsörjningen på USA:s östkust.
Sverige är inte immunt. Med ett elnät som blir alltmer digitaliserat, vattenreningsverk som fjärrstyrs och en tillverkningsindustri som kopplar upp produktionslinjer mot molnet ökar attackytan kontinuerligt.
Konsekvenser vid OT-intrång
- Fysisk skada — felaktiga styrsignaler kan orsaka explosioner, utsläpp eller mekaniska haverier
- Produktionsstopp — varje timme stillastående i processindustrin kostar hundratusentals till miljontals kronor
- Samhällspåverkan — strömavbrott, förorenat dricksvatten, lamslagna transportsystem
- Regulatoriska sanktioner — NIS2 medför sanktioner på upp till 2 % av global omsättning eller 10 miljoner euro
Gartner har i sina rapporter konsekvent pekat på att OT-säkerhetsincidenter med fysiska konsekvenser förväntas öka kraftigt, och att ansvaret alltmer hamnar på ledningsnivå snarare än hos teknikavdelningen ensam.
IT- vs OT-säkerhet: En kritisk distinktion
Många organisationer gör misstaget att applicera IT-säkerhetsmodeller rakt av på OT-miljöer. Det fungerar inte — och kan i värsta fall göra saken värre.
| Aspekt | IT-säkerhet | OT-säkerhet |
|---|---|---|
| Primärt skyddsobjekt | Data | Fysiska processer |
| Prioritering | Konfidentialitet → Integritet → Tillgänglighet | Tillgänglighet → Säkerhet → Integritet |
| Patchcykel | Veckor till månader | Månader till år (vid planerade stopp) |
| Systemplattform | Standardiserade OS, molntjänster | Proprietära RTOS, äldre Windows, specialhårdvara |
| Nätverksprotokoll | TCP/IP, HTTPS, SSH | Modbus, DNP3, OPC UA, PROFINET |
| Livslängd | 3–5 år | 15–30 år |
| Konsekvens vid fel | Dataförlust, driftstopp | Personskada, miljöskada, samhällskritiskt avbrott |
| Sårbarhetsskanning | Rutin, automatiserad | Kräver OT-specifika verktyg — IT-skanners kan krascha PLC:er |
IT/OT-konvergens: nödvändig men riskfylld
Digitaliseringen driver samman IT och OT i rask takt. IIoT-sensorer skickar processdata till molnbaserade analysplattformar. Fjärråtkomst möjliggör underhåll utan att skicka tekniker till anläggningen. Prediktivt underhåll via maskininlärning kräver att OT-data flödar till IT-system.
Fördelarna är uppenbara. Problemet är att denna konvergens ofta sker utan att säkerhetsarkitekturen hänger med. Äldre SCADA-system som designades för isolerade nätverk exponeras plötsligt mot internet — ibland oavsiktligt.
Från Opsios SOC ser vi regelbundet att organisationer som genomfört IT/OT-konvergens saknar grundläggande segmentering mellan nätverken. En komprometterad kontorsarbetsstation kan i värsta fall nå hela vägen till PLC-nivå. Molnsäkerhet
Så bygger du robust OT-säkerhet: konkreta åtgärder
1. Nätverkssegmentering enligt Purdue-modellen
Purdue Enterprise Reference Architecture (PERA) delar upp OT-miljön i nivåer, från fysiska processer (nivå 0) till företagsnätverket (nivå 5). Mellan IT- och OT-zonen ska det finnas en industriell DMZ som kontrollerar all trafik.
Grundprincip: inget okontrollerat trafikflöde mellan IT och OT. All kommunikation ska gå via definierade brytpunkter med djup paketinspektion och protokollvalidering.
2. Tillgångsinventering — du kan inte skydda det du inte vet finns
Det första steget i varje OT-säkerhetsprogram är att inventera samtliga enheter. I en typisk produktionsanläggning finns det betydligt fler uppkopplade OT-enheter än vad organisationen tror. Använd passiva nätverksövervakningsverktyg (som Claroty, Nozomi Networks eller Dragos) som kartlägger enheter utan att skicka aktiva skanningspaket som kan störa känsliga system.
3. Kontinuerlig övervakning med OT-specifik SOC
Traditionella SIEM-system förstår inte OT-protokoll. Modbus-trafik som plötsligt skickar skrivkommandon till en PLC syns inte som anomali i en IT-fokuserad SIEM. OT-övervakning kräver:
- Protokollmedvetenhet — verktyg som förstår Modbus, DNP3, OPC UA, EtherNet/IP
- Baslinjemodeller — normalbeteende för varje enhet och kommunikationsflöde
- Dygnet-runt-bemanning — OT-system körs 24/7, och hotaktörer attackerar ofta utanför kontorstid
Opsios SOC/NOC i Karlstad och Bangalore erbjuder konvergerad IT/OT-övervakning med personal som förstår båda världarna. Managerade molntjänster
4. Patchhantering anpassad för OT-verkligheten
Glöm "Patch Tuesday". I OT-världen patchas system vid planerade produktionsstopp — kanske en gång per kvartal, ibland mer sällan. Kompensatoriska kontroller är avgörande:
- Virtuell patchning via nätverksbaserade IPS-regler
- Applikationsvitlistning — bara godkända processer får köras på HMI och styrsystem
- Strikt åtkomstkontroll — minsta privilegium, multifaktorautentisering för all fjärråtkomst
5. Incidentresponsplan specifik för OT
En IT-incidentresponsplan räcker inte. OT-incidenter kräver:
- Samordning med processoperatörer — de som förstår den fysiska processen
- Definierade beslutsvägar för nödnedstängning
- Övningar som simulerar OT-scenarier — inte bara phishing-tester
NIS2 och svenska OT-säkerhetskrav
NIS2-direktivet, som implementerats i svensk lag, ställer explicita krav på riskhantering för operatörer av samhällsviktig verksamhet. Det inkluderar:
- Systematisk riskbedömning av OT-miljöer
- Incidentrapportering till Myndigheten för samhällsskydd och beredskap (MSB) inom 24 timmar vid allvarliga incidenter
- Ledningsansvar — styrelsen kan hållas personligen ansvarig
- Leverantörskedjegranskning — även underleverantörers OT-säkerhet ska bedömas
IEC 62443 är den internationella standarden specifikt för industriell cybersäkerhet och fungerar som ett konkret ramverk för att uppfylla NIS2:s krav i OT-miljöer. NIST CSF ger ett kompletterande övergripande ramverk. Molnmigrering
Framtiden: OT-säkerhet i molnets tidsålder
Allt fler OT-system kopplas mot molnet för analys, fjärrövervakning och prediktivt underhåll. AWS, Azure och Google Cloud erbjuder alla dedikerade IoT- och edge-tjänster. Azure har exempelvis "Defender for IoT" (tidigare CyberX) som specifikt adresserar OT-övervakning.
Men molnkopplingen kräver att säkerhetsarkitekturen hänger med:
- Zero trust hela vägen från molnet ner till PLC-nivå
- Edge-bearbetning av känslig processdata — allt behöver inte skickas till molnet
- Krypterad kommunikation för all data som lämnar anläggningen
- Redundans — OT-systemet ska fungera även om molnanslutningen går ner
Opsio hjälper organisationer att designa säkra hybridarkitekturer där molnets skalbarhet möter OT-miljöns krav på tillgänglighet och determinism. Managerad DevOps
Vanliga frågor
Vad är skillnaden mellan IT-säkerhet och OT-säkerhet?
IT-säkerhet skyddar data och prioriterar konfidentialitet. OT-säkerhet skyddar fysiska processer — SCADA, PLC, DCS — och prioriterar tillgänglighet och personsäkerhet. Ett hackat IT-system läcker information; ett hackat OT-system kan orsaka explosioner, utsläpp eller strömavbrott.
Omfattas min organisation av NIS2 vad gäller OT-säkerhet?
Sannolikt ja, om du driver samhällskritisk infrastruktur inom energi, vatten, transport, hälso- och sjukvård eller tillverkning. NIS2-direktivet kräver systematisk riskhantering för både IT- och OT-miljöer, inklusive incidentrapportering inom 24 timmar till MSB.
Kan man köra vanliga sårbarhetsskanningar mot OT-nätverk?
Nej, inte utan risk. Traditionella IT-skanners kan krascha äldre PLC:er och SCADA-system. Använd passiv nätverksövervakning och OT-specifika verktyg som Claroty, Nozomi Networks eller Dragos för att inventera och övervaka utan att störa produktionen.
Hur snabbt kan en angripare röra sig från IT- till OT-nät?
Vid bristfällig segmentering: minuter. Attacken mot Colonial Pipeline 2021 visade att ransomware i IT-miljön tvingade fram en nedstängning av OT-systemen. Korrekt implementerad Purdue-modell med DMZ mellan IT och OT är det primära försvaret.
Behöver vi en separat SOC för OT-övervakning?
Inte nödvändigtvis en separat SOC, men OT kräver specialiserad kompetens och verktyg. En konvergerad SOC som förstår både IT- och OT-protokoll — som Modbus, DNP3 och OPC UA — ger bättre helhetsbild och snabbare incidentrespons. Molnsäkerhet
Relaterade artiklar
Om författaren
Group COO & CISO at Opsio
Operational excellence, governance, and information security. Aligns technology, risk, and business outcomes in complex IT environments
Editorial standards: This article was written by a certified practitioner and peer-reviewed by our engineering team. We update content quarterly to ensure technical accuracy. Opsio maintains editorial independence — we recommend solutions based on technical merit, not commercial relationships.
