Glossary

SOC (Security Operations Center)

A Security Operations Center, or SOC, is the function responsible for continuous monitoring, detection, investigation, and response to security threats across an organisation's environment. A SOC combines people — analysts operating in shifts — with process and technology, typically a SIEM, EDR, threat intelligence, and case management, to detect and respond to incidents on a 24/7 basis.

The SOC is where detection and response actually happen. Security tooling generates the telemetry, but a tool does not decide whether an alert is a real incident, investigate its scope, or contain it — that is the SOC's work. A functioning SOC operates in shifts so that monitoring is continuous, follows defined processes for triage, investigation, escalation, and response, and uses the SIEM as the central system where telemetry is correlated, alerts are raised, and incidents are tracked. The maturity of the SOC, not the sophistication of its tools, is usually the better predictor of how well an organisation handles incidents.

Building and running an in-house SOC is hard and expensive. A 24/7 operation needs at least four to five full-time analysts just to cover shifts, plus team leads, detection engineers, threat hunters, and a manager. Recruitment and retention in a scarce talent market is a constant challenge, and the technology stack — SIEM, SOAR, threat intelligence, case management — is itself a significant investment and an ongoing engineering effort. For most organisations below enterprise scale, and for many at enterprise scale, a managed or hybrid SOC is a more sustainable model than a fully in-house one.

The metrics that define a SOC's effectiveness are MTTD and MTTR. Mean time to detect is how long, on average, it takes from a threat appearing in the environment to the SOC identifying it as a real incident. Mean time to respond is how long it takes from there to containment. Both are reduced by better detections, faster triage, automated response, and experienced analysts. A SOC that cannot or will not publish its MTTD and MTTR is a SOC that is probably not measuring them — which is itself a warning sign.

The SIEM is the technical heart of a SOC, and the quality of the SIEM's detection content is a major determinant of the SOC's effectiveness. A SIEM with well-tuned, well-maintained detection rules catches more real threats and generates fewer false positives, which means the analysts spend their time investigating incidents rather than dismissing noise. This is why detection engineering — the ongoing work of writing, tuning, and retiring detections — is one of the highest-value activities in a SOC, and why a SIEM whose content has been neglected will produce a worse outcome than a simpler platform that is well maintained.

Passeca operates SOC-as-a-Service on its own PassIRP SIEM and PassAI-Guard automation platform, with CrowdStrike EDR, Passeca Deception, and Signals intelligence feeding the same workflow. The service is staffed 24/7 by Passeca analysts, with detection engineering and threat hunting included, and publishes MTTD and MTTR SLAs. For organisations with existing investment, Passeca's MDR service can operate on top of the customer's stack rather than requiring a platform migration.

Related Passeca serviceSOC-as-a-Service
Learn more