Junior Security Analyst Intro
Junior Security Analyst Intro is a theory-and-triage room that introduces the SOC Level 1 role. It defines what a Junior (Associate) Security Analyst does day to day, then drops you into a mock alert console to practice the core triage loop: spot the malicious indicator, verify its reputation, escalate to the right person, and contain it by blocking the offending IP.
| Platform | TryHackMe |
| Category | Blue Team & SOC |
| Difficulty | Easy |
| Room | Junior Security Analyst Intro (SOC Level 1) |
Task 1 — A career as a Junior (Associate) Security Analyst
The Junior Security Analyst sits at the front line of the SOC as a Triage Specialist. This is the L1 tier: the analyst who first lays eyes on incoming alerts, decides what is real versus noise, and pushes anything meaningful up the chain. Typical day-to-day responsibilities include:
- Monitoring and investigating alerts from the SIEM and other sensors.
- Managing and operating the SOC tooling.
- Writing basic IDS/IPS signatures to catch known-bad activity.
- Escalating to Tier 2 analysts or the Team Lead when an incident exceeds L1 scope.
Q: What will be your role as a Junior Security Analyst?
A: Triage Specialist
Junior Security Analyst Intro es un room de teoría y triage que introduce el rol de SOC Level 1. Define qué hace en su día a día un Junior (Associate) Security Analyst y luego te mete en una consola de alertas simulada para practicar el bucle básico de triage: detectar el indicador malicioso, verificar su reputación, escalarlo a la persona adecuada y contenerlo bloqueando la IP ofensiva.
| Plataforma | TryHackMe |
| Categoría | Blue Team & SOC |
| Dificultad | Easy |
| Room | Junior Security Analyst Intro (SOC Level 1) |
Task 1 — Una carrera como Junior (Associate) Security Analyst
El Junior Security Analyst está en la primera línea del SOC como Triage Specialist. Es el nivel L1: el analista que ve primero las alertas entrantes, decide qué es real y qué es ruido, y eleva hacia arriba todo lo relevante. Responsabilidades típicas del día a día:
- Monitorizar e investigar alertas del SIEM y otros sensores.
- Gestionar y operar el tooling del SOC.
- Escribir firmas IDS/IPS básicas para cazar actividad conocida como maliciosa.
- Escalar a los analistas Tier 2 o al Team Lead cuando un incidente excede el alcance de L1.
Q: What will be your role as a Junior Security Analyst?
A: Triage Specialist
Task 3 — A day in the life: alert handling, IP check, escalation, containment
The room's View Site button opens a mock SIEM / alert console. It walks you through the full L1 triage loop end to end, so the goal is to internalize the sequence rather than any single answer: identify → verify → escalate → contain.
Step 1 — Identify the malicious indicator
The alert fires on an unauthorized connection attempt. Reading the alert details surfaces the source address behind the activity, which is the indicator you will carry through the rest of the investigation.
Q: What was the malicious IP address in the alerts?
A: 221.181.185.159
Step 2 — Verify the threat reputation
Never act on an indicator blindly — enrich it first. The room provides an IP Scanner widget; feeding it 221.181.185.159 returns a malicious verdict. In a real SOC you would query threat-intel and reputation sources to reach the same conclusion. Equivalent real-world commands:
# AbuseIPDB (replace $API_KEY and confirm ToS)
curl -G https://api.abuseipdb.com/api/v2/check --data-urlencode "ipAddress=221.181.185.159" -d maxAgeInDays=90 -H "Key: $API_KEY" -H "Accept: application/json"
# Whois lookup
whois 221.181.185.159
# Passive DNS / reverse lookup
dig -x 221.181.185.159 +shortStep 3 — Escalate appropriately
Once the indicator is confirmed malicious, an L1 analyst does not sit on it — they escalate to the right person so the incident gets ownership. In this scenario you escalate the event to the SOC Team Lead.
Q: To whom did you escalate the event associated with the malicious IP address?
A: Will Griffin
Step 4 — Contain by blocking the IP
Containment stops the bleeding. Using the room's Block IP control on 221.181.185.159 drops the connection at the firewall and reveals the final flag — a parting message from the actor. Equivalent real-world blocks (examples; do not run blindly in production):
# Linux nftables
sudo nft add table inet filter
sudo nft add chain inet filter input { type filter hook input priority 0 ; }
sudo nft add rule inet filter input ip saddr 221.181.185.159 drop
# Linux iptables
sudo iptables -A INPUT -s 221.181.185.159 -j DROP
# UFW (Ubuntu)
sudo ufw deny from 221.181.185.159
# Palo Alto (CLI example concept)
set address 221_181_185_159 ip-netmask 221.181.185.159/32
set address-group Blocked_IPs static 221_181_185_159
commit
# Cisco ASA
access-list OUTSIDE-IN extended deny ip host 221.181.185.159 any
access-group OUTSIDE-IN in interface outside
# Windows Defender Firewall (PowerShell)
New-NetFirewallRule -DisplayName "Block 221.181.185.159" -Direction Inbound -RemoteAddress 221.181.185.159 -Action BlockQ: After blocking the malicious IP address on the firewall, what message did the malicious actor leave for you?
A: THM{UNTIL-WE-MEET-AGAIN}
Key takeaways
- The Junior Security Analyst is the SOC's L1 Triage Specialist: monitor alerts, run tooling, write basic signatures, and escalate what matters.
- Triage follows a repeatable loop — identify the indicator, verify its reputation, escalate to the right owner, then contain.
- Enrich before you act: reputation and threat-intel lookups (AbuseIPDB, whois, passive DNS) turn a raw IP into a decision.
- Containment is concrete: a firewall block (nftables, iptables, UFW, Palo Alto, Cisco ASA, or Windows Firewall) cuts the malicious source off at the perimeter.
Task 3 — Un día en la vida: gestión de alertas, chequeo de IP, escalado y contención
El botón View Site del room abre una consola SIEM / de alertas simulada. Te lleva por el bucle completo de triage de un L1 de principio a fin, así que la meta es interiorizar la secuencia más que cualquier respuesta concreta: identificar → verificar → escalar → contener.
Paso 1 — Identificar el indicador malicioso
La alerta salta por un intento de conexión no autorizado. Al leer el detalle de la alerta aparece la dirección de origen tras la actividad, que es el indicador que arrastrarás por el resto de la investigación.
Q: What was the malicious IP address in the alerts?
A: 221.181.185.159
Paso 2 — Verificar la reputación de la amenaza
Nunca actúes sobre un indicador a ciegas: enriquécelo primero. El room ofrece un widget IP Scanner; al introducir 221.181.185.159 devuelve un veredicto malicioso. En un SOC real consultarías fuentes de threat-intel y reputación para llegar a la misma conclusión. Comandos equivalentes del mundo real:
# AbuseIPDB (replace $API_KEY and confirm ToS)
curl -G https://api.abuseipdb.com/api/v2/check --data-urlencode "ipAddress=221.181.185.159" -d maxAgeInDays=90 -H "Key: $API_KEY" -H "Accept: application/json"
# Whois lookup
whois 221.181.185.159
# Passive DNS / reverse lookup
dig -x 221.181.185.159 +shortPaso 3 — Escalar adecuadamente
Una vez confirmado que el indicador es malicioso, un analista L1 no se lo queda: lo escala a la persona adecuada para que el incidente tenga dueño. En este escenario escalas el evento al SOC Team Lead.
Q: To whom did you escalate the event associated with the malicious IP address?
A: Will Griffin
Paso 4 — Contener bloqueando la IP
La contención detiene la hemorragia. Usar el control Block IP del room sobre 221.181.185.159 corta la conexión en el firewall y revela la flag final: un mensaje de despedida del actor. Bloqueos equivalentes del mundo real (ejemplos; no los ejecutes a ciegas en producción):
# Linux nftables
sudo nft add table inet filter
sudo nft add chain inet filter input { type filter hook input priority 0 ; }
sudo nft add rule inet filter input ip saddr 221.181.185.159 drop
# Linux iptables
sudo iptables -A INPUT -s 221.181.185.159 -j DROP
# UFW (Ubuntu)
sudo ufw deny from 221.181.185.159
# Palo Alto (CLI example concept)
set address 221_181_185_159 ip-netmask 221.181.185.159/32
set address-group Blocked_IPs static 221_181_185_159
commit
# Cisco ASA
access-list OUTSIDE-IN extended deny ip host 221.181.185.159 any
access-group OUTSIDE-IN in interface outside
# Windows Defender Firewall (PowerShell)
New-NetFirewallRule -DisplayName "Block 221.181.185.159" -Direction Inbound -RemoteAddress 221.181.185.159 -Action BlockQ: After blocking the malicious IP address on the firewall, what message did the malicious actor leave for you?
A: THM{UNTIL-WE-MEET-AGAIN}
Puntos clave
- El Junior Security Analyst es el Triage Specialist L1 del SOC: monitoriza alertas, opera el tooling, escribe firmas básicas y escala lo relevante.
- El triage sigue un bucle repetible: identificar el indicador, verificar su reputación, escalar al dueño adecuado y contener.
- Enriquece antes de actuar: las consultas de reputación y threat-intel (AbuseIPDB, whois, passive DNS) convierten una IP en bruto en una decisión.
- La contención es concreta: un bloqueo en firewall (nftables, iptables, UFW, Palo Alto, Cisco ASA o Windows Firewall) corta el origen malicioso en el perímetro.