02 SOC Analyst Practice
02 SOC Analyst Practice
Section titled “02 SOC Analyst Practice”Welcome to the SOC Analyst Practice Path.
This path moves you from general cybersecurity fundamentals into the daily work performed by SOC Analysts, Security Analysts, Blue Team Analysts and Incident Responders.
A SOC analyst does much more than watch alerts appear on a dashboard.
You need to determine:
- what happened
- whether the activity is malicious
- which systems and users are affected
- how the activity occurred
- what evidence supports your conclusion
- how serious the incident is
- whether escalation is required
- what containment actions should be considered
- how the investigation should be documented
Your goal is not to close alerts quickly. Your goal is to make evidence-based security decisions.
Path Objective
Section titled “Path Objective”By completing this practice path, you should develop practical experience with:
- Security Operations Center workflows
- alert triage
- SIEM fundamentals
- Windows event logs
- Linux logs
- authentication investigation
- network traffic analysis
- phishing investigation
- endpoint investigation
- malware indicators
- threat intelligence
- Indicators of Compromise
- incident response
- escalation
- investigation documentation
Recommended SOC Practice Journey
Section titled “Recommended SOC Practice Journey”Follow this sequence:
SOC Fundamentals ↓Logs and Evidence ↓SIEM Fundamentals ↓Alert Triage ↓Authentication Investigation ↓Phishing Investigation ↓Network Investigation ↓Endpoint Investigation ↓Threat Intelligence ↓Incident Response ↓SOC ChallengesEach stage builds skills required by the next.
Stage 01 — Understand the SOC
Section titled “Stage 01 — Understand the SOC”Before investigating alerts, understand the purpose of a Security Operations Center.
A SOC provides continuous security monitoring and investigation for an organization.
Typical responsibilities include:
-
monitoring security events
-
reviewing alerts
-
investigating suspicious activity
-
analyzing logs
-
identifying threats
-
escalating incidents
-
coordinating response
-
documenting investigations
Understand the SOC Workflow
Section titled “Understand the SOC Workflow”A simplified workflow looks like:
Security Event ↓Detection ↓Alert ↓Triage ↓Investigation ↓Classification ↓Escalation ↓Response ↓ClosureEvery stage matters.
Stage 02 — Logs and Security Evidence
Section titled “Stage 02 — Logs and Security Evidence”Logs are one of the most important sources of evidence available to SOC analysts.
Applications, operating systems, network devices and cloud services continuously generate records describing activity.
Practice Working With
Section titled “Practice Working With”-
Windows event logs
-
Linux system logs
-
authentication logs
-
firewall logs
-
DNS logs
-
proxy logs
-
web server logs
-
endpoint security logs
-
application logs
Learn to Read a Log
Section titled “Learn to Read a Log”When examining an event, identify:
Timestamp
Source
Destination
Username
Hostname
IP Address
Event Type
Action
Result
Process
ProtocolDo not simply search for the word malicious.
Learn to understand what normal activity looks like.
Stage 03 — Windows Event Investigation
Section titled “Stage 03 — Windows Event Investigation”Windows systems generate extensive security telemetry.
SOC analysts should become comfortable investigating Windows events.
Practice Areas
Section titled “Practice Areas”Focus on:
-
successful authentication
-
failed authentication
-
account creation
-
group membership changes
-
process execution
-
service creation
-
scheduled tasks
-
PowerShell activity
-
privilege usage
-
security policy changes
Investigation Example
Section titled “Investigation Example”Imagine you observe:
User: administratorFailed Logins: 37Source IP: 10.20.5.44Time Window: 3 minutesDo not immediately conclude:
Brute-force attack.
Investigate further.
Ask:
-
Is this user normally active?
-
Is the source IP expected?
-
Were any logins successful?
-
Which system was targeted?
-
Did activity continue afterward?
-
Was a privileged session created?
SOC investigations require context.
Stage 04 — SIEM Fundamentals
Section titled “Stage 04 — SIEM Fundamentals”A SIEM helps organizations collect, normalize, search, correlate and analyze security telemetry.
You should understand the general concepts regardless of which SIEM platform is used.
Learn the Workflow
Section titled “Learn the Workflow”EndpointsServersFirewallsApplicationsCloudIdentity ↓Log Collection ↓Normalization ↓SIEM ↓Detection Rules ↓Alerts ↓SOC AnalystPractice Skills
Section titled “Practice Skills”Develop experience with:
-
searching logs
-
filtering events
-
identifying patterns
-
working with timestamps
-
examining source IPs
-
examining destination IPs
-
investigating users
-
correlating multiple events
-
building timelines
Important Principle
Section titled “Important Principle”A SIEM alert is:
A starting point for an investigation — not proof of compromise.
Stage 05 — Alert Triage
Section titled “Stage 05 — Alert Triage”Alert triage is one of the most important SOC analyst skills.
The objective is to quickly understand what triggered an alert and determine what should happen next.
Triage Questions
Section titled “Triage Questions”For every alert, ask:
What activity triggered the detection?
Which user, account or process was involved?
Where?
Section titled “Where?”Which endpoint, server, application or cloud resource was affected?
When did the activity begin?
Source?
Section titled “Source?”Where did the activity originate?
Context?
Section titled “Context?”Is this behavior expected?
Impact?
Section titled “Impact?”What could happen if the activity is malicious?
Alert Classification
Section titled “Alert Classification”After investigation, alerts commonly fall into categories such as:
True Positive
False Positive
Benign True Positive
Suspicious / Needs InvestigationThe exact terminology may vary between organizations.
What matters is that your classification is supported by evidence.
Stage 06 — Authentication Investigation
Section titled “Stage 06 — Authentication Investigation”Identity attacks are extremely common.
SOC analysts frequently investigate:
-
failed logins
-
successful logins
-
password attacks
-
unusual locations
-
unusual devices
-
privileged account activity
-
suspicious authentication patterns
Practice Investigation Flow
Section titled “Practice Investigation Flow”Authentication Alert ↓Identify User ↓Identify Source ↓Review Failures ↓Review Successful Logins ↓Check Device ↓Check Related Activity ↓Build Timeline ↓Determine RiskExample
Section titled “Example”You observe:
09:31 — Failed Login09:31 — Failed Login09:32 — Failed Login09:33 — Successful Login09:35 — Privileged ActionThe successful login after repeated failures deserves additional investigation.
Your job is to determine whether the sequence represents legitimate activity or account compromise.
Stage 07 — Phishing Investigation
Section titled “Stage 07 — Phishing Investigation”Phishing is one of the most common SOC investigation scenarios.
You should learn to analyze suspicious email safely.
Examine
Section titled “Examine”-
sender
-
sender domain
-
reply-to address
-
recipient
-
subject
-
timestamps
-
email headers
-
URLs
-
attachments
-
domain reputation
-
IP reputation
Investigation Workflow
Section titled “Investigation Workflow”Suspicious Email ↓Inspect Sender ↓Inspect Headers ↓Inspect URLs ↓Inspect Attachments ↓Check Threat Intelligence ↓Determine Scope ↓Classify ↓RespondThink Beyond the Email
Section titled “Think Beyond the Email”Do not stop after determining that an email is malicious.
Ask:
-
Who received it?
-
Did anyone click the link?
-
Was anything downloaded?
-
Were credentials entered?
-
Did authentication activity follow?
-
Are other users affected?
This turns email analysis into an incident investigation.
Stage 08 — Network Security Investigation
Section titled “Stage 08 — Network Security Investigation”SOC analysts also investigate suspicious network activity.
Practice Understanding
Section titled “Practice Understanding”-
source IP
-
destination IP
-
ports
-
protocols
-
DNS
-
HTTP
-
HTTPS
-
firewall events
-
connection patterns
-
packet captures
Useful Investigation Questions
Section titled “Useful Investigation Questions”Ask:
Who initiated the connection?
Where did it connect?
Which port was used?
Which protocol was used?
How frequently did communication occur?
Was the destination expected?
Was unusual data transferred?Stage 09 — Packet Analysis
Section titled “Stage 09 — Packet Analysis”Packet captures can provide deeper visibility into network communication.
Become comfortable examining:
-
IP addresses
-
TCP connections
-
DNS queries
-
HTTP requests
-
protocols
-
ports
-
connection sequences
Do not try to inspect every packet manually.
Learn to filter traffic based on your investigation hypothesis.
Example:
Security Alert ↓Identify Source IP ↓Filter Traffic ↓Identify Connections ↓Analyze Protocol ↓Review Timeline ↓Determine BehaviorStage 10 — Endpoint Investigation
Section titled “Stage 10 — Endpoint Investigation”Endpoints often contain some of the strongest evidence during an investigation.
Practice investigating:
-
processes
-
parent-child processes
-
services
-
scheduled tasks
-
startup activity
-
command execution
-
PowerShell
-
network connections
-
suspicious files
-
security events
Process Relationships
Section titled “Process Relationships”Understanding process relationships is especially important.
For example:
User ↓Application ↓Child Process ↓Command ↓Network ConnectionAn unusual process relationship may warrant investigation.
Always evaluate it in context.
Stage 11 — Malware Investigation Fundamentals
Section titled “Stage 11 — Malware Investigation Fundamentals”At this stage, concentrate on malware triage and indicators, rather than advanced reverse engineering.
Learn about:
-
suspicious files
-
file hashes
-
process behavior
-
network indicators
-
domains
-
IP addresses
-
persistence indicators
Indicators of Compromise
Section titled “Indicators of Compromise”Common IOCs include:
IP AddressDomainURLFile HashFilenameRegistry ArtifactProcessEmail AddressRemember:
An IOC is evidence that assists an investigation. Context still matters.
Stage 12 — Threat Intelligence
Section titled “Stage 12 — Threat Intelligence”Threat intelligence provides context about attackers, infrastructure, malware and observed behaviors.
Learn how analysts use intelligence to investigate:
-
suspicious IP addresses
-
domains
-
URLs
-
file hashes
-
malware families
-
threat actors
-
attack techniques
Intelligence Workflow
Section titled “Intelligence Workflow”Indicator ↓Enrichment ↓Reputation ↓Historical Context ↓Related Indicators ↓Investigation DecisionNever classify an event solely because one external source labels something malicious.
Correlate intelligence with your internal evidence.
Stage 13 — MITRE ATT&CK
Section titled “Stage 13 — MITRE ATT&CK”Begin learning how attacker behavior can be mapped to MITRE ATT&CK.
Understand concepts such as:
-
tactics
-
techniques
-
procedures
Examples of high-level attacker objectives include:
Initial AccessExecutionPersistencePrivilege EscalationCredential AccessDiscoveryLateral MovementCollectionExfiltrationImpactDo not try to memorize the entire framework.
Learn to recognize attacker behavior and map it gradually.
Stage 14 — Incident Response
Section titled “Stage 14 — Incident Response”Eventually an investigation may become a confirmed security incident.
Understand the general incident-response lifecycle.
Preparation ↓Detection & Analysis ↓Containment ↓Eradication ↓Recovery ↓Lessons LearnedSOC analysts frequently contribute heavily to detection and analysis.
Stage 15 — Build an Investigation Timeline
Section titled “Stage 15 — Build an Investigation Timeline”A professional investigation should reconstruct what happened.
Example:
08:41 — Phishing email delivered
08:47 — User opened email
08:48 — Suspicious URL accessed
08:49 — Authentication observed
08:52 — New process executed
08:55 — External connection established
09:02 — Security alert generatedA timeline allows you to understand the incident as a sequence rather than isolated alerts.
SOC Investigation Worksheet
Section titled “SOC Investigation Worksheet”Use this template during TryHackMe SOC exercises:
Alert Name:
Date/Time:
Affected User:
Affected Host:
Source IP:
Destination IP:
Alert Description:
Initial Hypothesis:
Evidence Reviewed:
Important Events:
Indicators:
Timeline:
MITRE ATT&CK Mapping:
Classification:
Severity:
Recommended Action:
Escalation Required:
Reason:
Lessons Learned:Evidence-Based Investigation
Section titled “Evidence-Based Investigation”Develop the habit of separating:
FACT
OBSERVATION
ASSUMPTION
CONCLUSIONFor example:
Fact
Five failed authentications were recorded.
Observation
All attempts originated from the same IP address.
Assumption
The activity might represent password guessing.
Conclusion
Additional evidence is required before classifying the event.
This discipline is extremely valuable in professional SOC investigations.
SOC Analyst Practice Checklist
Section titled “SOC Analyst Practice Checklist”Before moving forward, evaluate your skills.
SOC Fundamentals
Section titled “SOC Fundamentals”-
I understand the purpose of a SOC
-
I understand alerts and events
-
I understand basic triage
-
I understand escalation
-
I can identify important log fields
-
I can investigate authentication events
-
I can correlate events using timestamps
-
I can create a basic timeline
-
I understand SIEM architecture
-
I can search security events
-
I can filter relevant evidence
-
I understand why detections generate alerts
-
I can investigate a suspicious email
-
I understand email headers
-
I can identify suspicious URLs
-
I understand phishing investigation workflow
Network
Section titled “Network”-
I understand source and destination IPs
-
I understand ports and protocols
-
I can interpret basic network traffic
-
I understand packet-analysis fundamentals
Endpoint
Section titled “Endpoint”-
I can identify suspicious processes
-
I understand parent-child process relationships
-
I understand basic Windows security events
-
I can identify common endpoint indicators
Incident Response
Section titled “Incident Response”-
I understand the incident-response lifecycle
-
I can classify an alert based on evidence
-
I can create an investigation timeline
-
I understand when escalation may be required
Think Like a SOC Analyst
Section titled “Think Like a SOC Analyst”When you encounter a suspicious event, train yourself to think:
What triggered this?
What evidence supports it?
What happened before it?
What happened afterward?
Which user was involved?
Which host was involved?
Are other systems affected?
What is the scope?
What is the potential impact?
What should happen next?This mindset is more valuable than memorizing individual SIEM queries.
From TryHackMe to GoHackersCloud Labs
Section titled “From TryHackMe to GoHackersCloud Labs”TryHackMe gives you guided practice.
Your next progression should be:
Learn SOC Concepts ↓TryHackMe Practice ↓Guided Investigation ↓GoHackersCloud SOC Labs ↓GoHackersCloud Runbooks ↓Independent Investigation ↓SOC ProjectsThe amount of guidance should gradually decrease as your skills improve.
What’s Next?
Section titled “What’s Next?”➡️ 03 Ethical Hacking Practice
Next, we move from the defender’s perspective to understanding how authorized security assessments are performed.
You will build structured practice around:
-
reconnaissance
-
enumeration
-
service discovery
-
vulnerability assessment
-
web security
-
Linux security
-
Windows security
-
privilege escalation concepts
-
evidence collection
-
remediation
-
professional reporting
Understanding offensive techniques also makes you a stronger defender because you begin recognizing security events as parts of an attack chain rather than isolated alerts.
This gives the TryHackMe area a clear progression of **Beginner → SOC → Ethical Hacking → Web → Active Directory → Cloud Security**, while the dedicated GoHackersCloud SOC Labs and Runbooks remain the deeper job-ready practice layer rather than being duplicated here.