What a SOC Actually Does
The team that notices the 3am PowerShell reaching out to a sketchy IP and decides whether to wake someone up.
What you will learn
- -Describe what a SOC monitors and why it runs around the clock
- -Explain the Tier 1, 2, and 3 split and what each tier is responsible for
- -Name the core tools an analyst lives in every shift
It's 3am and a Windows box in the finance department just spawned powershell.exe with a command line that reached out to an IP in a country the company does no business with. Somebody has to see that, decide whether it matters, and either kill the process or wake up an responder. That somebody is the .
A Security Operations Center is the team plus the tooling that watches an organization's systems for signs of attack and does something about it. It runs 24/7 because attackers do not keep business hours, and a breach that sits undetected for three weeks costs a lot more than one caught in the first hour. The SOC is the detection-and-response muscle of the whole security program.
The work is not glamorous most of the time. You watch a queue of , you decide which ones are real, you investigate the real ones, and you write down what you found. Do that well and the bad night never becomes a bad quarter.
The three tiers
Most SOCs split the work into tiers so the easy volume does not bury the hard problems.
Tier 1 is . You take alerts off the top of the queue, decide versus fast, close the noise, and escalate anything that looks real. This is where you start, and it is where the alert volume lives.
Tier 2 is investigation. When Tier 1 escalates, a Tier 2 analyst pulls the full picture: process trees, connections, related alerts across other , whether the account has done this before. They the thing and decide if it is an incident.
Tier 3 is the deep end: , analysis, , and hands-on . These are the people who go looking for what the alerts missed and who write new detections so the same attack triggers automatically next time.
Not every SOC uses those exact labels. Small teams collapse all three into two or three humans. The funnel is the same everywhere though: high volume and shallow at the top, low volume and deep at the bottom.
What you actually stare at
Your day lives in a handful of tools, and you want their query languages in muscle memory.
The is the center of gravity: Splunk, Microsoft Sentinel, or Elastic. It ingests from everywhere and it is where alerts fire and where you pivot to investigate. The is your host-level eyes: CrowdStrike Falcon or Microsoft Defender for , showing process trees and letting you isolate a machine with one click. A ticketing or case like TheHive or ServiceNow holds your work so nothing gets dropped between shifts. intel feeds tell you whether that IP or hash has burned anyone else already.
A SOC analyst can read a lot: emails, endpoint activity, browsing history, files. That access exists to defend the org, not to browse. Only pull data on systems and users your role covers, only for a real investigation, and log why you looked. Snooping outside scope gets people fired and can break wiretap and privacy law.
Two numbers grade the whole operation. Mean time to detect (MTTD) is how long from the attacker's first action to your team noticing. Mean time to respond (MTTR) is how long from noticing to containing it. Every process a SOC builds, from noisy alerts to writing , exists to drive those two numbers down.
An alert has been confirmed as a real intrusion and now needs someone to hunt for other compromised hosts and write a new detection so it fires automatically next time. Which tier owns that?