Alla SOC:ar är inte likvärdiga: hur du förstår och väljer rätt Security Operations Centre

För tio år sedan betydde det något specifikt att berätta för någon att din organisation hade ett Security Operations Centre. Det innebar ett dedikerat team av analytiker som bevakade skärmar dygnet runt, letade efter hot i hela IT-miljön, med människorna, processerna och tekniken för att upptäcka, begränsa och svara på incidenter vid vilken tidpunkt som helst.

Idag har termen tänjts ut tills den nästan brister. En leverantör marknadsför en “SOC” som körs dygnet runt med flera roller, hotjakt och incidenthantering. En annan marknadsför en “SOC” som bevakar endpoint-varningar under kontorstid och vidarebefordrar allt misstänkt via e-post. Båda kallar sig samma sak.

För alla som ansvarar för cybermotståndskraft, oavsett om de är CISO på en medelstor organisation, en IT-chef som förbereder sig för NIS2, eller en styrelsemedlem som väger risker, spelar detta roll. Att välja fel typ av SOC innebär att betala för förmåga du inte får, eller värre, att anta att du är skyddad när du inte är det.

Denna guide besvarar de frågor köpare faktiskt ställer, i den ordning de tenderar att ställa dem. Den förklarar vad ett Security Operations Centre verkligen är, hur det förhåller sig till den allt vanligare termen Managed Detection and Response, varför definitionen har urholkats, de huvudsakliga typer av SOC du kommer att stöta på på marknaden idag och hur du väljer den som passar din risk, sektor och budget.

En kort anmärkning om positionering innan vi börjar: Guardian360 driver inte en SOC. Vi tillhandahåller kontinuerlig insyn i angreppsytan och sårbarhetshantering som stärker vilken SOC en organisation än väljer att arbeta med. Genom hela denna artikel använder vi fem av våra partner, nämligen NFIR, SLTN, Intermax, Beterbeschermd och Trustteam, som ärliga exempel på hur olika SOC-modeller ser ut i praktiken. Syftet är inte att rekommendera en framför en annan, utan att hjälpa dig att känna igen vilken modell som bäst passar din situation.

Vad är ett Security Operations Centre, egentligen?

Ett Security Operations Centre är, i grunden, den funktion inom eller utanför en organisation som ansvarar för kontinuerlig övervakning, detektering, analys och respons på cyberhot. Det är en kombination av tre saker: människor, processer och teknik. Ta bort en av dem och du har inte en SOC.

Den tekniska sidan inkluderar vanligtvis en Security Information and Event Management (SIEM)-plattform som aggregerar loggar från hela IT-miljön, verktyg för Endpoint Detection and Response (EDR) eller Extended Detection and Response (XDR), förmåga till nätverksdetektering och ett ärendehanteringssystem. I allt högre grad lägger moderna SOC:ar till verktyg för Security Orchestration, Automation and Response (SOAR), flöden av hotunderrättelser och User and Entity Behaviour Analytics (UEBA).

Processsidan täcker detekteringsfall, playbooks, eskaleringsvägar, rutiner för incidenthantering, rapporteringskadenser och kontinuerlig förbättring. En SOC utan dokumenterade playbooks är, i praktiska termer, en grupp människor med instrumentpaneler.

Människosidan är där många “SOC:ar” tyst brister. En genuin SOC har analytiker på flera nivåer, vanligtvis L1-triage, L2-utredning, L3-hotjakt och incidenthantering. Den har också ingenjörer som finjusterar detekteringar, en SOC-chef och helst en koppling på CISO-nivå in i kundorganisationen. Den körs kontinuerligt, eftersom angripare inte arbetar nio till fem.

Om en leverantör erbjuder dig vad de kallar en SOC är det enklaste testet att fråga: vem bevakar klockan tre på en söndagsmorgon, vad gör de faktiskt, och vilken befogenhet har de att agera?

Vad är skillnaden mellan en SOC och Managed Detection and Response?

Termerna “SOC” och “MDR” används så utbytbart på marknaden att det är värt att reda ut dem.

En SOC är den operativa funktionen: människorna, processerna och tekniken som övervakar, upptäcker, analyserar och svarar. Frasen beskriver en förmåga, inte ett särskilt kommersiellt erbjudande. En organisation kan driva sin egen SOC, anlita en leverantörs SOC eller köra en hybridmodell.

Managed Detection and Response är den kommersiella förpackning som oftast används för att paketera SOC-förmåga för mellanmarknaden. I en MDR-tjänst tar leverantören ansvar för övervakningsverktygen, ofta EDR eller XDR, tillämpar sina egna analytiker och playbooks mot din miljö och rapporterar fynd och åtgärder tillbaka till kunden. I praktiken säljs nästan varje utlagd SOC-tjänst som erbjuds medelstora organisationer idag under MDR-etiketten eller en nära variant.

Vad detta betyder för köpare är enkelt. Etiketten “MDR” säger något om den kommersiella modellen, men inte om djupet hos analytikerna, timmarna av täckning, detekteringens omfattning eller den responsbefogenhet som ingår. En specialiserad MDR dygnet runt med full incidenthantering kan skilja sig mycket från en endast endpoint-baserad MDR med 5x8-täckning; båda säljs under samma tre bokstäver. Frågorna längre fram i denna artikel är utformade för att lyfta fram skillnaden.

Varför har termen “SOC” blivit urvattnad?

Tre krafter har dragit isär definitionen.

Den första är marknadsföringsinflation. I takt med att cyberhot klättrade uppåt på agendan blev “SOC” en etikett som hjälpte till att sälja tjänster. Endpoint-övervakning med en 5x8-uppföljningstjänst omprofilerades som en SOC. Instrumentpaneler för sårbarhetshantering omprofilerades som SOC-komponenter. Där en etikett säljer, sprider sig etiketten.

Den andra är mångfalden av leverantörer som träder in på området. Företagen som erbjuder SOC-liknande tjänster idag kommer från mycket olika utgångspunkter. Vissa är renodlade cybersäkerhetsföretag som byggde sin SOC kring incidenthantering. Andra är managed hosting-leverantörer som lade till ett Cyber Defence Centre för att skydda sin egen plattform och sedan erbjöd det till kunder. Andra är breda IT-integratörer där säkerhet är ett expertisområde bland många. Andra är regionala managed service providers som insåg att deras SME-kunder behövde något mer än antivirus och en brandvägg. Var och en av dessa modeller har sina fördelar, men de är inte samma produkt.

Den tredje är avsaknaden av en enda, upprätthållbar standard. Det finns bra ramverk, inklusive MITRE ATT&CK, SANS SOC-funktionsmodell och NIST CSF, men ingen certifiering som en köpare kan kräva och lita på som en jämförbar måttstock. ISO 27001 och SOC 2 säger något om hur en organisation hanterar informationssäkerhet, men de certifierar inte en SOC:s operativa djup.

Resultatet är en marknad där samma ord täcker mycket olika tjänster till mycket olika priser. Köparen måste göra utredningen.

Vilka är de huvudsakliga typerna av SOC på den nederländska marknaden idag?

När vi tittar över de leverantörer vi arbetar med täcker fyra breda modeller det mesta av vad du kommer att stöta på. Var och en har tydliga styrkor, tydliga avvägningar och en tydlig idealkund.

Typ 1: den renodlade cybersäkerhetsspecialiserade SOC:en

Detta är modellen närmast den ursprungliga definitionen. Leverantörens hela verksamhet är cybersäkerhet. SOC:en är hjärtat i verksamheten, omgiven av angränsande förmågor som penetrationstestning, incidenthantering, digital forensik och utbildning i säkerhetsmedvetenhet. Analytiker är djupa specialister, och företaget innehar vanligtvis ackrediteringar specifika för säkerhetsarbete snarare än för IT-tjänster i allmänhet.

NFIR är ett tydligt exempel på denna arketyp. De driver en Managed Detection and Response-tjänst dygnet runt, årets alla dagar, från sin egen SOC, vid sidan av ett Computer Emergency Response Team som hanterar incidenthantering, en CCV-certifierad penetrationstestverksamhet och en arm för digital forensik. Deras personal har formell säkerhetsprövning genom polischefen och företaget innehar ISO- och BSI-ackrediteringar med fokus på säkerhetsdomänen. Erbjudandet är enkelt: när något allvarligt händer kan samma företag som övervakar din miljö också utreda, begränsa och rapportera om incidenten, inklusive den forensiska detaljnivå som kan behövas för försäkringsbolag, tillsynsmyndigheter eller rättsväsende.

Styrkan i denna modell är djup. Avvägningen är att den förväntar sig en kund med en relativt mogen IT-miljö. SOC:en kommer att upptäcka och svara, men den driver inte din bredare IT.

Bäst lämpad för: organisationer som redan har en kompetent IT-funktion, vill ha en specialiserad säkerhetspartner och värdesätter stark incidenthantering och forensisk förmåga. Detta passar vanligtvis större medelstora organisationer och storföretag, myndigheter, utbildning och alla sektorer med förhöjd incidentrisk.

Typ 2: SOC:en inbäddad i en bred IT-integratör

I denna modell sitter säkerhet och SOC vid sidan av andra IT-tjänster (arbetsplats, moln, nätverk, applikationer, data, hosting) i en enda portfölj. Modellens styrka är integration: partnern som övervakar din säkerhet förstår också ditt bredare IT-landskap, eftersom de förmodligen byggde delar av det. Många av dessa integratörer driver också hosting- och privata moln-förmågor själva, vilket innebär att de kan hosta, integrera och övervaka under ett tak.

SLTN är ett bra exempel. De beskriver sig själva som en partner för “Future-proof IT” och erbjuder expertis inom business- och IT-professionella tjänster, digital arbetsplats, datacenter, moln, hosting, nätverk, AI-tjänster, datatjänster, applikationstjänster och cybersäkerhet. Avgörande är att SLTN driver sitt eget datacenter och sin egen privata moln-förmåga, så en kund kan placera säkerhet, arbetsplats och hostad infrastruktur hos samma partner. Deras cybersäkerhetserbjudande är rådgivande: överlevnadsguider, råd anpassade till organisationen, att arbeta igenom hela bilden av hur man skyddar system samtidigt som man gör det möjligt för personalen att utföra sina jobb.

Vad som också sticker ut med SLTN är bredden av sektorer de betjänar. Där vissa partner i denna artikel är snävt fokuserade på en eller två domäner (Intermax inom vården, till exempel), spänner SLTN:s kundbas över vård, detaljhandel, lokal och central förvaltning, finans, industri, logistik och professionella tjänster. För medelstora organisationer vars IT- och säkerhetsbehov ligger i en mindre uppenbar sektor, eller för koncerner som verkar över flera sektorer, innebär den bredden att SLTN sällan är obekant med det regulatoriska sammanhanget, de sektorsspecifika applikationerna eller kundens operativa rytm.

Denna sektorsbredd är en annan sorts styrka än sektorsdjup. En specialist med fokus på en enda vertikal erbjuder djup förståelse för en uppsättning efterlevnadsramverk och operativa nyanser. En integratör som verkar i flera sektorer, som SLTN, tar däremot med sig förmågan att känna igen mönster över sektorer och tillämpa lärdomar från en på en annan, vilket är särskilt användbart för organisationer vars IT-miljö spänner över mer än ett operativt sammanhang. Båda sorters styrka har värde, och rätt svar beror på om du behöver djup i en sektor eller förtrogenhet över flera.

Trustteam är ett andra exempel med en annan form. Med huvudkontor i Benelux och kontor i Nederländerna, Belgien, Frankrike och Luxemburg organiserar Trustteam sin säkerhetsverksamhet (“Next Gen Security”) uttryckligen kring NIST Cybersecurity Framework: Identify och Protect, Detect och Respond, Recover. Inom pelaren Detect och Respond erbjuder de Managed Detection and Response, Network Detection and Response och Endpoint Detection and Response som namngivna, paketerade produkter, vid sidan av kontinuerlig övervakning, analys och mitigering, responsplanering, medvetenhet och infrastruktursäkerhet. Integratören sitter över privat moln, publikt moln (Azure) och lokal infrastruktur, med ett strukturerat ramverksförhållningssätt som passar köpare som vill koppla sina kontroller till en erkänd modell. För organisationer med en Benelux-närvaro är företagets gränsöverskridande karaktär en meningsfull praktisk fördel.

Styrkan i denna modell är sammanhang. Du bultar inte fast säkerhet på en obekant IT-miljö; samma partner kan samordna identitet, arbetsplats, moln, hosting och säkerhet som ett program. Avvägningen är att SOC:en kanske inte går lika djupt som en specialists, och bredden innebär att organisationen som helhet delar sin uppmärksamhet över många verksamhetsområden.

Bäst lämpad för: organisationer som vill ha en partner som tar ansvar för IT och säkerhet tillsammans, särskilt när IT-miljön i sig moderniseras. Vanligt hos medelstora organisationer som genomgår en arbetsplats-, moln- eller nätverkstransformation, och Benelux-organisationer som värdesätter gränsöverskridande närvaro.

Typ 3: SOC:en integrerad med en managed hosting- eller molnplattform

Här är SOC:en en del av en managed hosting- eller cloud-sourcing-tjänst, och den hosting-förmågan är företagets tyngdpunkt. Leverantörens primära verksamhet är att driva kundinfrastruktur, ofta inom sina egna datacenter eller som ett managed moln, med säkerhetsövervakning inflätad direkt i plattformen de driver. Skillnaden från Typ 2 är en fråga om fokus och djup: hosting är företagets identitet snarare än en av många verksamheter, och säkerhetsförmågan är byggd kring den hostade miljön.

Intermax är ett starkt exempel. De är ett Rotterdam-baserat cloud-sourcing-företag med en stor portfölj av certifieringar inklusive ISO 27001, ISO 20000, ISO 9001, NEN 7510, ISAE 3402 typ II och SOC 2. De är en Microsoft Cloud Service Provider, VMware Service Provider och Fortinet Managed Security Service Provider, och de driver ett Cyber Defence Centre som använder moderna detekteringsverktyg, inklusive Elastic Security med AI-driven attackupptäckt. Deras djup inom vården förtjänar ett eget stycke.

För organisationer inom vården passar Intermax i många avseenden exceptionellt bra. Kombinationen av NEN 7510 (den nederländska informationssäkerhetsstandarden för vården), ISO 27001 och SOC 2, med en befintlig kundbas som inkluderar sjukhus, psykiatriska institutioner och andra vårdinstitutioner, innebär att Intermax redan förstår den regulatoriska bördan och den dagliga verkligheten av att hosta EPD:er och andra kliniska applikationer. Deras managed HiX-erbjudande är ett exempel på detta djup. För en nederländsk vårdorganisation är valet mellan en hosting-partner som ibland har arbetat med kliniska system och en vars verksamhet är byggd kring dem sällan ett svårt val. Intermax hör bestämt till den andra gruppen, vilket är anledningen till att det är en särskilt stark SOC-partner för alla organisationer inom nederländsk vård.

Styrkan i denna modell är att säkerhet är “inbakad”. Hosting-plattformen och SOC:en delar samma ingenjörsteam, samma telemetri och samma efterlevnadsbevis. Avvägningen är att du köper in dig i en hosting-modell såväl som en SOC; om du vill driva din IT självständigt och bara teckna avtal för övervakning är detta inte rätt form.

Bäst lämpad för: reglerade sektorer som vård, finans och myndigheter, och organisationer som vill lägga ut sin hosting och säkerhet på en enda högt certifierad leverantör. Särskilt stark för nederländsk vård med tanke på djupet av NEN 7510-bevis och erfarenhet av kliniska applikationer.

Typ 4: SOC:en av MSP-klass, inklusive SOC-tjänster för andra MSP:er

Den fjärde modellen har vuxit snabbt de senaste åren. Regionala managed service providers, som redan levererar daglig IT för SME- och medelstora kunder, har byggt eller gått i partnerskap in i SOC-tjänster som är tillgängliga för organisationer som aldrig skulle kunna motivera ett storföretagsavtal. En meningsfull underton är nu synlig: ett antal av dessa företag positionerar medvetet sin SOC-förmåga som en tjänst som andra MSP:er kan använda, snarare än bara sina egna kunder.

Beterbeschermd är ett tydligt exempel. Företaget uppstod inom den Noord-Holland-baserade MSP:n BEEREPOOT, där det betjänar den befintliga MSP-kundbasen, men det är medvetet positionerat som ett separat varumärke och en separat verksamhet som kan erbjuda sin SOC-förmåga till andra MSP:er och deras slutkunder. Teamet kombinerar SOC-operatörer med en Cybersecurity Officer-roll som hanterar riskanalys, revisioner, medvetenhetsutbildning, NIS2- och ISO 27001-vägledning och efterlevnadsstöd. För en MSP som inte har skalan att bygga sin egen SOC är ett partnerskap med en jämbördig MSP som redan har byggt en ofta mer genomförbart, både kommersiellt och kulturellt, än ett partnerskap med en stor storföretagsspecialist.

Styrkan i denna modell är tillgänglighet och kulturell passform. Mindre organisationer får övervakning, medvetenhetsutbildning och efterlevnadsvägledning i en enda relation till ett pris som skalar efter deras storlek, och MSP:er utan en egen SOC kan erbjuda en till sina kunder utan flermiljoninvesteringen i euro. Avvägningen är att djupet av forensisk förmåga och hotjakt kanske inte matchar en renodlad specialists, och partnerns geografiska närvaro spelar roll på ett sätt som den inte gör för en nationell specialist.

Bäst lämpad för: små och medelstora företag och organisationer i lägre mellanmarknad vars IT löper genom en MSP-relation, och MSP:er själva som vill erbjuda SOC-förmåga till sina kunder utan att bygga den från grunden.

Så vilken typ av SOC behöver du?

Det ärliga svaret är att det beror på fem faktorer, ungefär i denna ordning.

Riskprofil. Vad är det realistiska värsta scenariot? En organisation som hanterar patientdata, betalningsdata eller kritisk infrastruktur har ett annat värsta scenario än ett B2B-tjänsteföretag. Ju högre ditt värsta scenario, desto mer djup i detekterings- och responsförmåga behöver du.

Regulatoriskt tryck. NIS2, GDPR, sektorsspecifika regler som NEN 7510 eller DigiD, och avtalsförpliktelser från kunder driver alla upp ribban. Vissa av SOC-typerna ovan bär efterlevnadsbevis som är svåra att bygga på något annat sätt.

Intern IT-mognad. En specialiserad SOC förutsätter att du kan agera på dess fynd. Om din interna IT-funktion är liten eller ansträngd kommer en integrerad modell (antingen med en IT-integratör eller en MSP) att vara mer genomförbar än en specialistrelation som ger dig en ström av varningar du inte kan bemanna.

Befintliga IT-relationer. Om du redan anförtror en MSP eller integratör din IT minskar friktionen att lägga din SOC i samma relation. Om du har en stark intern IT-funktion och vill ha en specialiserad motpart kommer en renodlad SOC att ge dig mest djup.

Budget. En specialiserad SOC dygnet runt kostar inte samma sak som ett 5x8-övervakningstillägg. Var tydlig med vad du är villig att spendera, och var ärlig mot leverantörer när du ber om offerter.

Vilka frågor bör du ställa till en SOC-leverantör?

En kort, användbar checklista när du utvärderar leverantörer, oavsett om de faller inom någon av de fyra modellerna ovan eller någon helt annanstans.

Timmar. Är övervakningen dygnet runt årets alla dagar, 5x8 med jour, eller något annat? Vem är vaken klockan tre på söndagsmorgonen, och vad har de befogenhet att göra utan din inblandning?

Omfattning. Vad exakt övervakas? Endast endpoints? Endpoints, identitet och e-post? Molnarbetsbelastningar? Operativ teknik? Lokala servrar och nätverk? Ju längre omfattningen sträcker sig, desto mer meningsfull är SOC:en.

Detektering. Vilka verktyg ligger bakom tjänsten? SIEM och EDR är baslinje; fråga om XDR, NDR, identitetshotdetektering, molnpostur-övervakning och flöden av hotunderrättelser. Fråga hur detekteringsregler finjusteras och hur ofta de ses över.

Människor. Hur många analytiker, på vilka nivåer, och var är de baserade? Är nattskiftet internt eller utlagt? Vilken är rotationen, och hur hanteras trötthet? Vem är din namngivna seniora kontakt?

Respons. När en incident inträffar, vad gör SOC:en faktiskt? Varnar dig och stannar? Begränsar en värd? Går in i din miljö och agerar? Vilken befogenhet har SOC:en, och hur testas den befogenheten?

Retainer för incidenthantering. Finns det ett garanterat responsfönster för allvarliga incidenter? Är forensisk förmåga en del av avtalet, eller kontrakteras den separat? Kan SOC:en producera rapporter som är användbara för försäkringsbolag, tillsynsmyndigheter och, om det kommer till det, rättsväsende?

Efterlevnad. Vilka standarder följer SOC:en själv? Kan leverantören producera bevis som hjälper dina egna revisioner, inklusive för ISO 27001, NEN 7510, NIS2-beredskap, SOC 2 eller ISAE 3402?

Rapportering och transparens. Vad får du varje vecka, varje månad, varje kvartal? Kan du se de underliggande detekteringarna och åtgärderna, eller bara sammanfattningar? Finns det en portal? Ingår tabletop-övningar och fynd från hotjakt?

Passform och exit. Hur integreras SOC:en med dina befintliga verktyg, som ditt ärendehanteringssystem, din identitetsleverantör och dina molnkonton? Om du någonsin vill byta, hur portabelt är ditt detekteringsinnehåll och din historik?

Vilka är de vanligaste fallgroparna när man väljer en SOC?

En handfull misstag upprepas över marknaden.

Det första är att köpa enbart på pris. En “SOC” som kostar en fjärdedel av gängse pris gör nästan säkert en fjärdedel av arbetet. Det arbete den inte gör tenderar att vara den del du mest behöver när något går fel.

Det andra är att förväxla verktyg med en tjänst. En SIEM är inte en SOC. EDR är inte en SOC. En instrumentpanel med varningar är inte en SOC. Utan analytikerna och playbooks producerar verktygen brus.

Det tredje är att inte testa responsen. Många organisationer tecknar ett SOC-avtal och kör aldrig en tabletop-övning för att se vad som faktiskt händer när en incident rapporteras. Första gången du stresstestar relationen bör inte vara den dag en riktig incident inträffar.

Det fjärde är överlappande ansvar och otydlig eskalering. Om SOC:en, MSP:n, det interna IT-teamet och molnleverantören alla tror att någon annan övervakar ett visst system, är det ingen som gör det. Kartlägg ägarskapet innan du skriver på.

Det femte är att skriva på ett långt avtal utan en exitplan. Fråga, dag ett, vad som händer med ditt detekteringsinnehåll, dina historiska varningar och dina ärendedata om du någonsin vill lämna.

Ett kort ramverk för att välja din SOC

För att knyta ihop ovanstående ser en praktisk sekvens för att välja en SOC ut så här.

Börja med att definiera vad du skyddar och mot vem. Kartlägg dina mest kritiska tillgångar, dina värsta scenarier och de regulatoriska regimer som gäller. Var specifik.

Bestäm vad du vill behålla internt och vad du vill lägga ut. De två ytterligheterna (helt intern SOC kontra helt utlagd) är sällan rätt svar för medelstora organisationer. En hybrid, där SOC:en hanterar kontinuerlig detektering och ditt team behåller policy, risk och den strategiska relationen, är vanligtvis mest genomförbar.

Sätt en realistisk budget. Branschriktmärken för utlagda SOC-tjänster på den nederländska marknaden ligger i ett brett spann beroende på omfattning och timmar. Förvänta dig inte övervakning dygnet runt av storföretagsklass till SME-priser, och betala inte storföretagspriser för täckning av SME-klass.

Gör en kortlista utifrån SOC-typ, inte utifrån namn. Avgör om du behöver en specialist, en integratör, en hosting-ledd plattform eller en MSP-ledd tjänst, och leta sedan efter den starkaste leverantören i den kategorin.

Ställ frågorna ovan, skriftligt, och jämför svaren. Om två leverantörer erbjuder “samma” tjänst till mycket olika priser kommer svaren på dessa frågor vanligtvis att förklara varför.

Ta slutligen referenser. Fråga nuvarande kunder vad som hände under deras senaste riktiga incident, inte deras senaste framgångsrika detektering. Gapet mellan de två svaren är informativt.

Var Guardian360 passar in

Vi driver inte en SOC. Vi har medvetet hållit oss borta från den marknaden eftersom vi tror att ett hälsosamt SOC-ekosystem gynnar kunden mer än en enda dominerande leverantör skulle göra. Vad vi gör är att sitta ett steg tidigare i kedjan.

En SOC är mest effektiv när miljön den övervakar är väl förstådd och de grundläggande exponeringarna redan har slutits. Guardian360 ger kontinuerlig insyn i din angreppsyta och dina sårbarheter, så att SOC:en, vilken modell du än väljer, ägnar sin tid åt verkliga hot snarare än att jaga brus från felkonfigurationer och opatchade system.

Om du väger ett SOC-beslut och vill ha ett objektivt samtal om vilken av de fyra modellerna ovan som passar din organisation, har vi gärna det. Vi kan också introducera dig för den relevanta partnern (NFIR, SLTN, Intermax, Beterbeschermd, Trustteam eller andra i vårt nätverk), beroende på vad du faktiskt behöver.

Rätt SOC är den som matchar din risk, din IT-mognad, din sektor och din budget. Det är inte nödvändigtvis den största, den billigaste eller den som svarade på din förfrågan först. Med ramverket ovan bör valet åtminstone vara ett fullständigt informerat sådant.