What Is SIEM? Security Information and Event Management Explained
How SIEM collects logs and turns them into alerts, how it differs from EDR and SOAR, how pricing works and the signs your company is ready for one.
SIEM (security information and event management) is software that collects logs from your servers, cloud apps, firewalls, identity systems and endpoints into one place, then correlates them to detect threats, raise alerts and support investigations and compliance reporting. A company is usually ready for SIEM when it has several log sources, compliance duties and someone to act on alerts.
Photo: Unsplash
On this page
Every system in your business keeps a diary. Your firewall logs blocked connections. Microsoft 365 logs sign-ins. Your servers log admin actions. Your EDR tool logs suspicious processes. Individually, each log tells a tiny part of the story. Together, they can reveal an attack in progress, if someone is looking at them in one place.
That’s the job of a SIEM. It’s one of the most talked-about tools in security, and one of the most misunderstood. This guide explains how SIEM works in plain English, what it costs, how it compares with EDR and SOAR and how to tell whether your company is actually ready for one.
What SIEM means
SIEM stands for security information and event management. It combines 2 older ideas:
- Security information management (SIM): Collecting and storing logs for search, reporting and compliance.
- Security event management (SEM): Watching events in near real time and alerting on suspicious activity.
NIST’s glossary, drawing on its log management guide (SP 800-92), describes SIEM software as a program that provides centralized logging capabilities for a variety of log types. Modern SIEM platforms go further, adding correlation, threat intelligence, dashboards and investigation tools on top of that central log store.
How SIEM works, step by step
- Collect. Agents, APIs and connectors pull logs from sources such as firewalls, identity providers, cloud platforms, email, endpoints, servers and business applications.
- Normalize. Logs arrive in many formats. The SIEM parses them into common fields, such as user, IP address, device, action and time, so they can be compared.
- Store. Data is indexed for fast search, with older data often moved to cheaper storage for retention.
- Correlate. Rules and analytics connect events across sources. One failed login is noise. 50 failed logins followed by a success from a new country, then a mailbox forwarding rule, is an incident.
- Alert. Matching patterns create alerts, ranked by severity, for analysts to review.
- Investigate. Analysts search across all logs to build a timeline: what happened, which accounts and devices were involved and what the attacker touched.
- Report. Dashboards and reports support compliance audits and leadership updates.
Accurate timestamps matter for all of this. Correlation only works if every system agrees on the time, which is why standards like PCI DSS require time synchronization across systems.
Key takeaway: SIEM’s value isn’t storing logs. It’s connecting events across many systems so a pattern no single tool would notice becomes a clear alert.
Which logs matter most
You don’t have to send everything on day 1. In May 2025, CISA and Australia’s ACSC released joint guidance on implementing SIEM and SOAR, including a practitioner guide on priority logs for SIEM ingestion. It covers sources such as EDR tools, network devices, domain controllers and Active Directory, Windows and Linux systems, cloud platforms, containers, databases and mobile device management.
For a typical small or midsize business, a practical first wave looks like this:
| Log source | Why it matters | Example events |
|---|---|---|
| Identity (Microsoft Entra ID, Google Workspace, Okta) | Most attacks involve stolen accounts | Risky sign-ins, MFA changes, new admins |
| Email and office suite | Phishing and business email compromise | Forwarding rules, mass downloads |
| EDR or endpoint security | Device-level attacks | Malware alerts, suspicious scripts |
| Firewall and VPN | Network entry points | Blocked scans, unusual remote logins |
| Cloud platforms (AWS, Azure, Google Cloud) | Configuration and access changes | New keys, opened storage buckets |
| Critical servers and databases | Where sensitive data lives | Admin logins, permission changes |
Start with identity and email logs. They catch the attacks small businesses see most often.
SIEM vs EDR vs SOAR vs XDR
These tools overlap, which causes confusion:
- EDR watches individual devices deeply. It sees what processes run on a laptop but not what happens in your cloud apps. See EDR vs antivirus.
- SIEM watches broadly across all log sources, including the alerts EDR produces.
- SOAR (security orchestration, automation and response) automates responses. CISA’s guidance describes SOAR as automating predefined actions based on detected anomalies, such as disabling an account or isolating a device.
- XDR (extended detection and response) is a vendor-integrated platform combining endpoint, email, identity and cloud signals, often from one vendor’s products.
Many modern platforms blur the lines, bundling SIEM, SOAR and XDR features together. The practical question is whether you need visibility across many systems from different vendors. If you do, that’s SIEM territory.
How SIEM is priced
SIEM costs vary enormously by vendor and data volume. The common pricing models are:
- Data ingestion: Charged per gigabyte of logs ingested per day or month. Microsoft Sentinel, for example, offers pay-as-you-go pricing by data volume or commitment tiers starting at 100 GB per day, and some data sources, such as Microsoft 365 audit logs and Defender alerts, are free to ingest.
- Per device or per user: A flat price per endpoint, server or employee.
- Events per second: Common in older on-premises SIEMs.
- Managed SIEM or SOC-as-a-service: A provider runs the SIEM and monitors alerts for a monthly fee.
Also budget for retention. Compliance often requires keeping logs for months or years. PCI DSS, for example, requires retaining audit log history for at least 12 months, with the most recent 3 months immediately available for analysis. Long retention in “hot” searchable storage gets expensive, so most platforms offer cheaper archive tiers.
The biggest cost is usually people, not software. A SIEM generates alerts that someone must triage, tune and investigate. Untuned, it can bury a small team in false positives.
Is your company ready for SIEM?
SIEM is powerful, but it’s not a first security purchase. You’re likely ready when most of these are true:
- You have the basics. Multi-factor authentication, EDR, patching and backups are in place.
- You have many log sources. Several cloud apps, an identity provider, firewalls, servers and endpoints from different vendors.
- Compliance requires it. PCI DSS requires daily review of security event logs and automated mechanisms for log review. Frameworks like SOC 2, HIPAA and CMMC also expect logging and monitoring.
- Customers or insurers ask. Security questionnaires increasingly ask how you monitor and retain logs.
- Someone can respond. You have security staff, an IT provider or a managed detection service ready to act on alerts.
You’re probably not ready yet if:
- You have fewer than about 20 employees with a single productivity suite and no compliance driver. Built-in security alerts in your suite and EDR may cover most of your needs.
- Nobody has time to review alerts. Consider a managed service instead of buying a SIEM yourself.
Where to start with SIEM
- Define the goal. Compliance logging, threat detection or both. This shapes what you collect.
- Check what you already own. Some cloud and productivity suites include SIEM-like features or discounted SIEM ingestion. Our guide on how to secure Microsoft 365 covers the built-in tools.
- Pick 3 to 5 log sources. Identity, email, EDR and firewall are strong first choices.
- Turn on a small set of high-value alerts. For example, impossible travel sign-ins, new admin accounts, mailbox forwarding rules and disabled security tools.
- Assign ownership. Decide who reviews alerts daily and who’s on call. Link it to your incident response plan.
- Tune for 30 to 60 days. Suppress noisy alerts and add sources gradually.
- Consider managed options. A managed SOC or managed IT service provider with security monitoring can run the SIEM for you.
If you follow the NIST Cybersecurity Framework, SIEM supports its Detect and Respond functions, and it fits naturally with a zero trust approach where every access is verified and logged.
Conclusion
A SIEM turns scattered logs into a single, searchable story of what’s happening across your business. It’s essential for larger organizations and anyone with strict compliance duties, but it only works with good log sources, tuned alerts and people ready to respond. Get the basics in place first, start with identity and email logs and grow from there, or let a managed provider run it for you.
Sources
- NIST CSRC glossary: Security information and event management — definition from NIST SP 800-92
- CISA: Guidance for SIEM and SOAR implementation (May 2025) — executive, practitioner and priority log guidance
- ASD’s ACSC: Priority logs for SIEM ingestion — recommended log source categories
- Microsoft Learn: Plan costs and understand Microsoft Sentinel pricing — ingestion-based pricing, commitment tiers and free data sources
- PCI DSS Requirement 10 text, via Microsoft Learn — daily log review, automated review and 12-month retention
Frequently asked questions
What does a SIEM do in simple terms?
A SIEM collects logs from your systems, such as firewalls, cloud apps, email, identity and endpoints, into one place. It then looks for suspicious patterns across those logs, raises alerts and lets analysts search everything during an investigation. It also stores logs for compliance reports. Think of it as a central security camera feed for your entire IT environment.
What is the difference between SIEM and EDR?
EDR monitors individual devices in depth, watching processes, files and network connections on each laptop or server. SIEM collects logs from many systems, including EDR alerts, identity, cloud, email and network devices, and connects events across them. EDR is deep on endpoints. SIEM is broad across the business. Many organizations use both, sending EDR alerts into the SIEM.
Does a small business need a SIEM?
Often not at first. Small businesses usually get more value from multi-factor authentication, EDR, backups and the built-in alerts in their productivity suite. A SIEM makes sense when you have many log sources, compliance requirements like PCI DSS or SOC 2, or customers who ask about log monitoring, and someone available to respond to alerts. Managed SIEM services can bridge the gap.
How much does a SIEM cost?
It depends on data volume, vendor and whether monitoring is included. Common models charge per gigabyte of logs ingested, per device or user, or as a managed monthly service. Log retention adds storage costs, and staff time to review alerts is often the largest expense. Ask vendors to estimate costs based on your actual log sources and retention needs.
What is the difference between SIEM and SOAR?
SIEM collects logs and detects threats. SOAR automates the response. When a SIEM raises an alert, a SOAR playbook can automatically take predefined actions, such as disabling a compromised account, isolating a device or opening a ticket. CISA's 2025 guidance covers both together because they work best as a pair. Many modern platforms now include SOAR features inside the SIEM.
Is SIEM required for compliance?
Not by name in most frameworks, but logging and monitoring requirements often make SIEM the practical choice. PCI DSS requires daily review of security event logs, automated log review mechanisms and 12 months of log retention. SOC 2, HIPAA and other frameworks expect you to log and monitor access to sensitive systems. Check your specific framework with your auditor. This is not legal advice.
What skills do you need to run a SIEM?
You need someone who understands your systems, can write and tune detection rules and can investigate alerts. Common skills include log analysis, query languages used by the SIEM, knowledge of attack techniques and incident response. Many organizations rely on a security operations center or managed provider. If you're building those skills, see our guide on [how to become a cybersecurity analyst](/how-to-become-a-cybersecurity-analyst/).
Was this guide useful
No reviews yet. Share your experience and help other readers.