Invite Only
In Invite Only you play a SOC analyst at the Managed Server Provider TrySecureMe. An L1 analyst escalates two suspicious indicators —an IP address and a SHA256 hash— and your mission is to pivot on them using the in-house threat intelligence tool TryDetectThis2.0, reconstruct the attack chain, and extract actionable intelligence. The case blends file analysis, malware-family identification, and OSINT research into a single investigation.
| Platform | TryHackMe |
| Category | Blue Team & SOC — Threat Intelligence |
| Difficulty | Easy |
| Room | Invite Only |
Pivot map
[IP + SHA256] --> TryDetectThis2.0
|
v
syshelpers.exe (Win32 EXE)
|
v parents (chronological)
361GJX7J --> installer.exe
| |
v drops v drops
Aclient.exe searchhost.exe, syshelpers.exe, nat.vbs, runsys.vbs
|
v correlate across all IOCs
AsyncRAT (malware family)
|
v OSINT
Check Point report: "From Trust to Threat..."
|
v TTPs confirmed
ClickFix (delivery) + hijacked Discord invites (redirection) + ChromeKatz (cookie theft)En Invite Only asumes el rol de analista SOC en el proveedor de servidores gestionados TrySecureMe. Un analista L1 escala dos indicadores sospechosos —una IP y un hash SHA256— y tu misión es pivotar sobre ellos con la herramienta interna de threat intelligence TryDetectThis2.0, reconstruir la cadena de ataque y extraer inteligencia accionable. El caso combina análisis de ficheros, identificación de familia de malware e investigación OSINT en una sola pieza.
| Plataforma | TryHackMe |
| Categoría | Blue Team & SOC — Threat Intelligence |
| Dificultad | Easy |
| Room | Invite Only |
Mapa de pivote
[IP + SHA256] --> TryDetectThis2.0
|
v
syshelpers.exe (Win32 EXE)
|
v padres (orden cronológico)
361GJX7J --> installer.exe
| |
v suelta v suelta
Aclient.exe searchhost.exe, syshelpers.exe, nat.vbs, runsys.vbs
|
v correlación de todos los IOCs
AsyncRAT (familia de malware)
|
v OSINT
Informe Check Point: "From Trust to Threat..."
|
v TTPs confirmadas
ClickFix (entrega) + invitaciones de Discord secuestradas (redirección) + ChromeKatz (robo de cookies)Task 1 — File identification
The first step in any hash-driven investigation is resolving the indicator to a concrete artifact. Feeding the flagged SHA256 into TryDetectThis2.0 maps it to an executable named syshelpers.exe. This is the first suspicious artifact in the chain.
Q: What is the name of the file identified with the flagged SHA256 hash?
A: syshelpers.exe
Task 2 — File type
Metadata for the same hash reveals it is a Win32 EXE, i.e. a Windows executable. Confirming the file type matters: it steers the rest of the analysis (runtime behavior, parent/child processes) and rules out decoys such as documents or scripts.
Q: What is the file type associated with the flagged SHA256 hash?
A: Win32 EXE
Task 3 — Execution parents
Analyzing the execution lineage (which process spawned which) lets us trace the infection back to its origin. The flagged binary was executed by two parent processes, in chronological order: first 361GJX7J, then installer.exe. Note the parent hashes too, so you can keep pivoting.
Q: What are the execution parents of the flagged hash? List the names chronologically, using a comma as a separator.
A: 361GJX7J,installer.exe
Task 4 — Dropped file
Following the trail of installer.exe, we see it drops another malicious file named Aclient.exe. Dropped files typically act as a payload or a persistence mechanism within a campaign. Record its hash — it will be useful in later steps.
Q: What is the name of the file being dropped? Note down the hash value for later use.
A: Aclient.exe
Task 5 — Malicious dropped files
Investigating the second parent hash from Task 3 shows it is responsible for dropping several malicious files: two executables (searchhost.exe, syshelpers.exe) and two VBScript files (nat.vbs, runsys.vbs). This variety reflects the attacker's multi-layered approach to execution and persistence.
Q: Research the second hash in question 3 and list the four malicious dropped files in the order they appear (from top to bottom), separated by commas.
A: searchhost.exe,syshelpers.exe,nat.vbs,runsys.vbs
Task 6 — Malware family
Correlating every file and behavior tied to the flagged IP, the evidence converges on the AsyncRAT family. AsyncRAT is a remote access trojan (RAT) widely used for persistence, remote control, and data theft.
Q: Analyse the files related to the flagged IP. What is the malware family that links these files?
A: asyncrat
Beyond the room: AsyncRAT isn't a bespoke tool built for this campaign — it's a legitimate, open-source .NET remote administration tool published on GitHub (by the developer "NYAN-x-CAT") since 2019. Its public source code is exactly what makes it attractive to criminals: anyone can recompile it with a custom build, tweak strings and imports to dodge signature-based detection, and bolt on plugins, all without writing a RAT from scratch. That is why AsyncRAT keeps surfacing across unrelated campaigns years after its original release.
Task 7 — Original report
The OSINT phase is about searching public sources for these indicators to attribute the campaign. The IOCs were originally documented in the report "From Trust to Threat: Hijacked Discord Invites Used for Multi-Stage Malware Delivery", which describes how attackers abused hijacked Discord invites to deliver malware in multiple stages.
Q: What is the title of the original report where these flagged indicators are mentioned?
A: From Trust to Threat: Hijacked Discord Invites Used for Multi-Stage Malware Delivery
Task 8 — Cookie-stealing tool
The report reveals the attackers used ChromeKatz, a tool purpose-built to extract browser cookies. With session cookies in hand, the adversary can perform session hijacking and access the victim's accounts without needing credentials.
Q: Which tool did the attackers use to steal cookies from the Google Chrome browser?
A: ChromeKatz
Beyond the room: The detail worth knowing is why a tool like ChromeKatz is needed at all: since Chrome 127 (2024), Google ties cookie-decryption keys to the browser's own binary via "App-Bound Encryption" (ABE), so stealing the encryption key alone is no longer enough — decryption has to go through a privileged Chrome service. Tools in the ChromeKatz family sidestep this by reading the already-decrypted cookies straight out of the browser process's memory at runtime, instead of attacking the encryption itself — a cat-and-mouse pattern seen across most 2025-era infostealer families after ABE shipped.
Task 9 — Phishing technique
The identified phishing technique is ClickFix, a social-engineering method that tricks the user into performing malicious actions or clicks (typically pasting and running a command presented as the "fix" for a fake error). It makes it easier to funnel unsuspecting victims toward the payloads.
Q: Which phishing technique did the attackers use?
A: ClickFix
Beyond the room: ClickFix's trick is entirely social, not technical: a fake CAPTCHA or "verification" page tells the visitor their browser needs a manual fix, then walks them through pressingWin+R, pasting withCtrl+V, and hitting Enter. The clipboard content was silently written by the page's own JavaScript beforehand; what the victim sees on screen (a friendly "verification passed" message) has nothing to do with the PowerShell or mshta command that actually runs. Because the user types nothing and personally executes the "fix", the technique bypasses the instinct to distrust unsolicited downloads or attachments.
Task 10 — Platform used for redirection
The attackers abused Discord as their redirection platform. Legitimate-looking Discord invites were hijacked and repurposed to steer users into the attacker's infrastructure.
Q: What is the name of the platform that was used to redirect a user to malicious servers?
A: Discord
Beyond the room: The mechanism behind the Discord abuse is a quirk of the invite system itself: custom ("vanity") invite links that expire or get deleted become available again for anyone to claim, including attackers. By registering a released invite code, criminals can make an old, previously trusted link — one a victim may have bookmarked or received months earlier — silently point to a completely different, malicious server, with no visible change in the URL. It is link-hijacking that exploits trust in a URL the user has already vetted once, not a breach of Discord's own infrastructure.
IOC and findings summary
| Type | Indicator / finding | Role in the chain |
|---|---|---|
| Executable | syshelpers.exe (Win32 EXE) | Initial artifact tied to the flagged hash |
| Parent processes | 361GJX7J → installer.exe | Execution lineage of the infection |
| Dropped file | Aclient.exe | Payload / persistence dropped by installer.exe |
| Dropped files | searchhost.exe, syshelpers.exe, nat.vbs, runsys.vbs | Multi-layered execution and persistence |
| Malware family | AsyncRAT | RAT: remote control, persistence, data theft |
| Tool | ChromeKatz | Cookie theft → session hijacking |
| Technique | ClickFix (phishing) | Social engineering for delivery |
| Platform | Discord (hijacked invites) | Redirection to malicious infrastructure |
Key takeaways
- The value of a SOC investigation lies in pivoting across IOCs: from a single hash and IP you can rebuild an entire attack chain (parents, dropped files, family).
- Process lineage and dropped files are the backbone for tracing an infection from its origin to the payload.
- Combining internal telemetry (TryDetectThis2.0) with OSINT lets you attribute the campaign to a public report and to the AsyncRAT family.
- Modern multi-stage delivery abuses legitimate platforms (Discord invites) and social engineering (ClickFix) to avoid suspicion.
- Cookie theft with tools like ChromeKatz shows that active sessions are as valuable as credentials — and that browser hardening (like Chrome's App-Bound Encryption) only raises the bar, it doesn't remove the risk.
Task 1 — Identificación del fichero
El primer paso de cualquier investigación basada en un hash es resolverlo a un artefacto concreto. Al introducir el SHA256 marcado en TryDetectThis2.0, la plataforma lo asocia a un ejecutable con nombre syshelpers.exe. Este es el primer artefacto sospechoso de la cadena.
Q: ¿Cuál es el nombre del fichero identificado con el hash SHA256 marcado?
A: syshelpers.exe
Task 2 — Tipo de fichero
Los metadatos del mismo hash revelan que se trata de un Win32 EXE, es decir, un ejecutable de Windows. Confirmar el tipo de fichero es importante: orienta el análisis posterior (comportamiento en tiempo de ejecución, procesos padre/hijo) y descarta señuelos como documentos o scripts.
Q: ¿Qué tipo de fichero está asociado al hash SHA256 marcado?
A: Win32 EXE
Task 3 — Procesos padre de ejecución
Analizar la lineage de ejecución (qué proceso lanzó a qué proceso) permite remontar la infección hasta su origen. El binario marcado fue ejecutado por dos procesos padre, en orden cronológico: primero 361GJX7J y después installer.exe. Conviene anotar también los hashes de esos padres para seguir pivotando.
Q: ¿Cuáles son los procesos padre de ejecución del hash marcado? Lista los nombres cronológicamente, separados por comas.
A: 361GJX7J,installer.exe
Task 4 — Fichero soltado (dropped file)
Siguiendo el rastro de installer.exe, se observa que este proceso suelta (dropped) otro fichero malicioso llamado Aclient.exe. Los ficheros soltados suelen actuar como carga útil (payload) o mecanismo de persistencia dentro de una campaña. Anota su hash: será útil en pasos posteriores.
Q: ¿Cuál es el nombre del fichero que se suelta? Anota su valor de hash para más adelante.
A: Aclient.exe
Task 5 — Ficheros maliciosos soltados
Investigando el segundo hash padre de la tarea 3, se descubre que es responsable de soltar varios ficheros maliciosos: dos ejecutables (searchhost.exe, syshelpers.exe) y dos scripts VBScript (nat.vbs, runsys.vbs). Esta variedad refleja el enfoque multicapa del atacante para lograr ejecución y persistencia.
Q: Investiga el segundo hash de la pregunta 3 y lista los cuatro ficheros maliciosos soltados en el orden en que aparecen (de arriba abajo), separados por comas.
A: searchhost.exe,syshelpers.exe,nat.vbs,runsys.vbs
Task 6 — Familia de malware
Al correlacionar todos los ficheros y comportamientos asociados a la IP marcada, la evidencia converge hacia la familia AsyncRAT. AsyncRAT es un troyano de acceso remoto (RAT) ampliamente usado para persistencia, control remoto y robo de datos.
Q: Analiza los ficheros relacionados con la IP marcada. ¿Qué familia de malware los enlaza?
A: asyncrat
Más allá de la sala: AsyncRAT no es una herramienta hecha a medida para esta campaña: es un RAT (troyano de acceso remoto) legítimo y de código abierto en .NET, publicado en GitHub (por el desarrollador "NYAN-x-CAT") desde 2019. Que su código fuente sea público es justo lo que lo hace atractivo para los criminales: cualquiera puede recompilarlo con una build propia, retocar cadenas e imports para esquivar la detección por firmas, y añadirle plugins, sin tener que escribir un RAT desde cero. Por eso AsyncRAT sigue apareciendo en campañas no relacionadas años después de su publicación original.
Task 7 — Informe original
La fase OSINT consiste en buscar estos indicadores en fuentes públicas para atribuir la campaña. Los IOCs aparecen documentados originalmente en el informe "From Trust to Threat: Hijacked Discord Invites Used for Multi-Stage Malware Delivery", que describe cómo los atacantes abusaron de invitaciones de Discord secuestradas para entregar malware en varias etapas.
Q: ¿Cuál es el título del informe original donde se mencionan estos indicadores marcados?
A: From Trust to Threat: Hijacked Discord Invites Used for Multi-Stage Malware Delivery
Task 8 — Herramienta de robo de cookies
El informe revela que los atacantes emplearon ChromeKatz, una herramienta diseñada específicamente para extraer cookies del navegador. Con las cookies de sesión, el adversario puede realizar session hijacking y acceder a las cuentas de la víctima sin necesitar credenciales.
Q: ¿Qué herramienta usaron los atacantes para robar cookies del navegador Google Chrome?
A: ChromeKatz
Más allá de la sala: El dato adicional que merece la pena conocer es el porqué de una herramienta como ChromeKatz: desde Chrome 127 (2024), Google ata las claves de descifrado de las cookies al propio binario del navegador mediante "App-Bound Encryption" (ABE), de modo que robar solo la clave de cifrado ya no basta — el descifrado tiene que pasar por un servicio privilegiado del propio Chrome. Las herramientas de la familia ChromeKatz esquivan esto leyendo las cookies ya descifradas directamente de la memoria del proceso del navegador en tiempo de ejecución, en lugar de atacar el cifrado en sí — un patrón de gato y ratón que se repite en la mayoría de familias de infostealers de la era 2025 tras el despliegue de ABE.
Task 9 — Técnica de phishing
La técnica de phishing identificada es ClickFix, un método de ingeniería social que engaña al usuario para que ejecute acciones o clics maliciosos (típicamente pegar y ejecutar un comando presentado como "solución" a un falso error). Facilita redirigir a víctimas desprevenidas hacia los payloads.
Q: ¿Qué técnica de phishing usaron los atacantes?
A: ClickFix
Más allá de la sala: El truco de ClickFix es puramente social, no técnico: una falsa CAPTCHA o página de "verificación" le dice al visitante que su navegador necesita un arreglo manual, y le guía para pulsarWin+R, pegar conCtrl+Vy darle a Enter. El contenido del portapapeles lo ha escrito en silencio el propio JavaScript de la página de antemano; lo que la víctima ve en pantalla (un mensaje amable de "verificación superada") no tiene nada que ver con el comando de PowerShell o mshta que realmente se ejecuta. Como el usuario no escribe nada y es él mismo quien "ejecuta el arreglo", la técnica elude el instinto de desconfiar de descargas o adjuntos no solicitados.
Task 10 — Plataforma usada para la redirección
Los atacantes abusaron de Discord como plataforma de redirección. Invitaciones de Discord de apariencia legítima fueron secuestradas y reutilizadas para dirigir a los usuarios hacia la infraestructura del atacante.
Q: ¿Cuál es el nombre de la plataforma usada para redirigir a los usuarios a servidores maliciosos?
A: Discord
Más allá de la sala: El mecanismo detrás del abuso de Discord es una particularidad del propio sistema de invitaciones: los enlaces de invitación personalizados ("vanity") que caducan o se eliminan vuelven a quedar disponibles para que cualquiera los reclame, incluidos los atacantes. Registrando un código de invitación liberado, los criminales consiguen que un enlace antiguo y ya confiable —uno que la víctima pudo haber guardado o recibido meses atrás— apunte en silencio a un servidor completamente distinto y malicioso, sin ningún cambio visible en la URL. Es un secuestro de enlace que explota la confianza en una URL que el usuario ya validó una vez, no una brecha en la infraestructura propia de Discord.
Resumen de IOCs y hallazgos
| Tipo | Indicador / hallazgo | Rol en la cadena |
|---|---|---|
| Ejecutable | syshelpers.exe (Win32 EXE) | Artefacto inicial ligado al hash marcado |
| Procesos padre | 361GJX7J → installer.exe | Lineage de ejecución de la infección |
| Dropped file | Aclient.exe | Payload / persistencia soltado por installer.exe |
| Dropped files | searchhost.exe, syshelpers.exe, nat.vbs, runsys.vbs | Ejecución y persistencia multicapa |
| Familia de malware | AsyncRAT | RAT: control remoto, persistencia y robo de datos |
| Herramienta | ChromeKatz | Robo de cookies → session hijacking |
| Técnica | ClickFix (phishing) | Ingeniería social para la entrega |
| Plataforma | Discord (invitaciones secuestradas) | Redirección a infraestructura maliciosa |
Puntos clave
- El valor de una investigación SOC está en pivotar entre IOCs: de un hash y una IP se reconstruye toda una cadena de ataque (padres, dropped files, familia).
- La lineage de procesos y los ficheros soltados son la columna vertebral para trazar la infección desde el origen hasta el payload.
- Combinar telemetría interna (TryDetectThis2.0) con OSINT permite atribuir la campaña a un informe público y a la familia AsyncRAT.
- La entrega multi-etapa moderna abusa de plataformas legítimas (invitaciones de Discord) y de la ingeniería social (ClickFix) para evadir sospechas.
- El robo de cookies con herramientas como ChromeKatz demuestra que las sesiones activas son tan valiosas como las credenciales — y que el endurecimiento del navegador (como la App-Bound Encryption de Chrome) solo sube el listón, no elimina el riesgo.