MDR, SOC och SIEM förklarat på ren svenska för företagsledare
MDR, SOC, SIEM, XDR, EDR — säkerhetsbranschen drunknar i akronymer som ofta används om vartannat. Här reder vi ut vad de faktiskt betyder, hur de hänger ihop och vad en företagsledare behöver veta för att fatta rätt investeringsbeslut.
Vill ni inte lösa det här själva? Vi levererar det som en opererad tjänst — med drift, övervakning och ansvar hos oss.
SOC som tjänstAkronymerna i en enda mening
Den enklaste sättet att förstå relationen:
- EDR (Endpoint Detection and Response) – tekniken på varje dator och server som upptäcker och stoppar hot
- SIEM (Security Information and Event Management) – plattformen som samlar och analyserar säkerhetsdata från hela miljön
- SOC (Security Operations Center) – teamet och processen som agerar på det SIEM:et upptäcker
- MDR (Managed Detection and Response) – en levererad tjänst där en extern leverantör driver SOC och SIEM åt er
- XDR (Extended Detection and Response) – nyare benämning på en integrerad plattform som täcker endpoint, nätverk, identitet och moln
Hur de hänger ihop i praktiken
EDR rapporterar händelser från endpoints till SIEM. SIEM korrelerar dem med nätverkslogg, identitetslogg och annan data. När något ser misstänkt ut larmar SIEM:et. SOC-analytikern bekräftar om det är ett verkligt hot, klassificerar allvarlighet och vidtar åtgärd — isolerar maskinen, sparrar konto, blockerar trafik.
MDR är förpackningen där en leverantör tillhandahåller hela kedjan som en tjänst. Ni får detektion, analys och åtgärd utan att bygga internt team.
Vad ett SMB egentligen behöver
För de flesta SMB är intern SOC inte realistisk. Att bygga ett 24/7-team med rätt kompetens kräver flera analytiker. MDR anpassas efter miljöstorlek och är betydligt mer kostnadseffektivt.
Det viktiga är att lösningen täcker samtliga lager: endpoint (EDR), identitet, nätverk och moln. En SOC som bara ser endpoint missar attacker som börjar med stulet lösenord och rör sig i molnmiljön.
Vad NIS2 kräver
NIS2 artikel 21 kräver "upptäckande, hantering och rapportering av cyberhot". I praktiken innebär det att ni måste ha någon form av kontinuerlig detektion — antingen internt eller via MDR. Tidskravet på 24-timmarsrapportering är svårt att klara utan dygnetruntbevakning.
ProjAlpha levererar MDR som en integrerad del av den opererade plattformen, så att detektion, åtgärd och dokumentation sker i samma kontrollrum som drift och förändringshantering.
Frågor och svar
Vill ni ha det här hanterat åt er?
Vi går igenom er nuvarande miljö, visar vad som saknas och vad det skulle kosta att driva det som en opererad tjänst. Genomgången är kostnadsfri och utan åtaganden.