// CLIENTE: INNOVASEC S.A.S.

CYBERRISK 27001

Del Red Team al análisis de riesgos, controles ISO/IEC 27001:2022 y plan de tratamiento. Cuatro laboratorios autorizados, comprometidos hasta root y traducidos a decisiones de negocio.

Iniciar recorrido Informe PDF
OPERACIÓN // ESTADO en vivo
MÁQUINAS
00/04
ACCESO
ROOT
HALLAZGOS
00
NIVEL
0.0

EJERCICIO 100% ACADÉMICO · LABORATORIOS AUTORIZADOS · ENTORNO AISLADO · NO CORRESPONDE A SISTEMAS REALES

SCROLL PARA DESPLEGAR

CONTEXTO&MISIÓN

CLIENTE: INNOVASEC S.A.S. // 04 LABORATORIOS AUTORIZADOS // ENTORNO AISLADO

// ESCENARIO

InnovaSec S.A.S. detectó comportamientos anómalos y contrató a BlueRoot para una evaluación controlada sobre cuatro laboratorios autorizados.

// OBJETIVO GENERAL

Evaluar la postura de seguridad de los 4 labs, explotar de forma controlada, valorar riesgos con MAGERIT y proponer tratamiento basado en ISO/IEC 27001:2022.

Q-00
// PREGUNTA CENTRAL

¿Cómo se convierten los hallazgos técnicos en riesgos para una organización y qué controles deberían implementarse para reducirlos?

// HILO DE TRAZABILIDAD
HALLAZGO (H)
RIESGO (R)
CONTROL (A.x.y)
ACCIÓN >>>
// MARCOS DE REFERENCIA [ 04 ]
F.01 PTES / OSSTMM F.02 MITRE ATT&CK F.03 MAGERIT v3 F.04 ISO/IEC 27001:2022
// LAS 5 FASES // KILL CHAIN
  1. 01
    Reconocimiento

    Descubrimiento de superficie y mapeo de hosts

  2. 02
    Enumeración

    Servicios, rutas, recursos y vectores expuestos

  3. 03
    Explotación

    Acceso inicial controlado sobre el objetivo

  4. 04
    Escalada

    Elevación de privilegios hasta root

  5. 05
    Documentación

    Riesgos, controles y plan de tratamiento

// NIVEL ALCANZADO

4 retos comprometidos + aportes profesionales

0.0 / 5000 PTS

EL
EQUIPO

EQUIPO DE 03 QUE CUBRE LAS 04 RESPONSABILIDADES DE LIDERAZGO // TODOS PARTICIPAN EN TODAS LAS FASES

UNIT/D-01 activo
[ LÍDER ]

Nicolás Moreno Monroy

Líder Red Team + Coordinación + Auditor ISO 27001

RED TEAM COORD ISO 27001
UNIT/D-02 activo

María Paula Saavedra

Líder Análisis de Riesgos (MAGERIT / INCIBE)

MAGERIT RIESGOS
UNIT/D-03 activo

Julián Andrés

Líder Blue Team (contramedidas, hardening, monitoreo)

BLUE TEAM HARDENING

Estructura plana: cada integrante lidera un eje pero opera en toda la cadena de ataque y defensa.

HERRAMIENTAS

SOFTWARE OFENSIVO AGRUPADO POR FASE DE LA CADENA DE ATAQUE

[ EXPLORADOR POR FASE ]
P.01 // FASE ACTIVA01 / 05

Reconocimiento

Identificar la superficie de ataque: hosts vivos, puertos abiertos, servicios y versiones del objetivo.

  • 01

    nmap

    $nmap -sC -sV -p- <ip>

    Escáner de puertos y servicios. Revela puertos abiertos, versiones y sistema operativo del objetivo.

  • 02

    netdiscover

    $netdiscover -r 192.168.56.0/24

    Descubrimiento de hosts por ARP en la red local. Ubicó la IP de las máquinas OVA (Napping, Breakout).

  • 03

    arp-scan

    $arp-scan -l

    Escaneo ARP de la red. Alternativa rápida para encontrar la IP de la víctima.

18 herramientas a lo largo de 5 fases · todo open-source o de uso académico autorizado.

// SCROLL HORIZONTAL · PIN + SCRUB

CUATRO MÁQUINAS · ROOT x4

Cada laboratorio comprometido hasta root encadenando fallos de configuración y codificación conocidos. Ninguna técnica exótica — recon → exploit → escalada → root.

RETO REV/A · UNIT-D01
01

ROOTME

COMPROMETIDA
PLATAFORMA
TryHackMe · Online Lab
IP / HOST
10.66.180.71
SISTEMA
Ubuntu 20.04 · Apache
ATT&CK > T1190T1059T1548.001
[ CADENA DE ATAQUE // SECUENCIA ] >>> 04 PASOS
  1. 1
    RECON Enumeración web

    nmap + dirb → endpoint de carga de archivos expuesto

  2. 2
    EXPLOIT Webshell .php5

    Lista negra incompleta → shell.php5 → RCE como www-data

  3. 3
    ESCALADA SUID python2.7

    /usr/bin/python2.7 SUID anómalo (GTFOBins)

  4. 4
    ROOT uid=0

    Compromiso total del host

HALLAZGOS > H-01H-02H-03
RIESGOS   > R-01R-02
[ FLAG · USER ]
THM{y0u_g0t_a_sh3ll}
[ FLAG · ROOT ]
THM{pr1v1l3g3_3sc4l4t10n}

/// MÁQUINA 01 / 04 · ACCESO ROOT CONFIRMADO

RETO REV/A · UNIT-D01
02

VULNVERSITY

COMPROMETIDA
PLATAFORMA
TryHackMe · Online Lab
IP / HOST
10.66.147.227:3333
SISTEMA
Linux · Apache (puerto 3333)
ATT&CK > T1190T1059T1548.001
[ CADENA DE ATAQUE // SECUENCIA ] >>> 04 PASOS
  1. 1
    RECON gobuster

    Fuerza bruta de directorios → /internal/ (form de subida)

  2. 2
    EXPLOIT Bypass .phtml

    Salto del filtro de extensión → RCE como www-data

  3. 3
    ESCALADA SUID systemctl

    /bin/systemctl SUID + unit malicioso (GTFOBins)

  4. 4
    ROOT uid=0

    Ejecución como root vía systemd

HALLAZGOS > H-01H-02H-03
RIESGOS   > R-01R-02
[ FLAG · USER ]
8bd7992fbe8a6ad22a63361004cfcedb
[ FLAG · ROOT ]
a58ff8579f0a9270368d33a9966c7fd5

/// MÁQUINA 02 / 04 · ACCESO ROOT CONFIRMADO

RETO REV/B · UNIT-D02
03

NAPPING

COMPROMETIDA
PLATAFORMA
VulnHub · OVA Local · v1.0.1
IP / HOST
192.168.56.100
SISTEMA
Ubuntu 20.04 · Apache 2.4.41 · OpenSSH 8.2p1
ATT&CK > T1539T1078T1053.003T1548.003
[ CADENA DE ATAQUE // SECUENCIA ] >>> 04 PASOS
  1. 1
    RECON Reverse Tabnabbing

    Enlace sin rel=noopener revisado por el admin

  2. 2
    EXPLOIT Robo de creds

    daniel : C@ughtm3napping123 → acceso por SSH

  3. 3
    LATERAL cron query.py

    /home/adrian/query.py escribible → inyección de llave SSH (daniel→adrian)

  4. 4
    ROOT sudo vim

    (root) NOPASSWD: /usr/bin/vim (GTFOBins) → root

HALLAZGOS > H-04H-05H-06H-12
RIESGOS   > R-03R-04R-05R-11
[ FLAG · USER ]
You are nearly there!
[ FLAG · ROOT ]
Admins just can't stay awake tsk tsk tsk

/// MÁQUINA 03 / 04 · ACCESO ROOT CONFIRMADO

RETO REV/C · UNIT-D03
04

EMPIRE: BREAKOUT

COMPROMETIDA
PLATAFORMA
VulnHub · OVA Local
IP / HOST
192.168.56.107 · breakout.unab.ad
SISTEMA
Debian 11 · SMB · Webmin :10000 · Usermin :20000
ATT&CK > T1087T1552.001T1078T1548
[ CADENA DE ATAQUE // SECUENCIA ] >>> 04 PASOS
  1. 1
    RECON Brainfuck en HTML

    Secreto ofuscado → decode → .2uqPEfj3D<P'a-3

  2. 2
    EXPLOIT SMB null session

    Enumeración → usuario cyber → login Usermin :20000 → shell

  3. 3
    ESCALADA capability tar

    tar cap_dac_read_search → leer /var/backups/.old_pass.bak

  4. 4
    ROOT Webmin :10000

    Clave root Ts&4&YurgtRX(=~h → administración como root

HALLAZGOS > H-07H-08H-09H-10H-11H-12
RIESGOS   > R-06R-07R-08R-09R-10R-11
[ FLAG · USER ]
3mp!r3{You_Manage_To_Break_To_My_Secure_Access}
[ FLAG · ROOT ]
3mp!r3{You_Manage_To_BreakOut_From_My_System_Congratulation}

/// MÁQUINA 04 / 04 · ACCESO ROOT CONFIRMADO

HALLAZGOS

SUPERFICIE TÉCNICA CONSOLIDADA // SEVERIDAD POR COLOR // FUENTE: 04 LABS

// CRÍTICOS
00
SEV·1
// ALTOS
00
SEV·2
// MEDIOS
00
SEV·3
H-01 CRÍTICA

Carga de archivos sin validación robusta (webshell)

// RootMe · Vulnversity
H-02 ALTA

Bypass de filtro de extensiones (.phtml / .php5)

// RootMe · Vulnversity
H-03 CRÍTICA

Binario SUID abusable (python2.7 / systemctl)

// RootMe · Vulnversity
H-04 ALTA

Reverse Tabnabbing (target=_blank sin rel=noopener)

// Napping
H-05 ALTA

Permisos inseguros sobre script de cron de otro usuario

// Napping
H-06 CRÍTICA

sudo NOPASSWD sobre editor (vim)

// Napping
H-07 ALTA

Secreto ofuscado (Brainfuck) en código fuente

// Breakout
H-08 ALTA

Interfaces de administración expuestas (Webmin / Usermin)

// Breakout
H-09 CRÍTICA

Capability peligrosa en binario (tar cap_dac_read_search)

// Breakout
H-10 MEDIA

Enumeración de usuarios vía SMB null session

// Breakout
H-11 ALTA

Backup con clave de root en claro

// Breakout
H-12 MEDIA

Credenciales débiles / reutilizadas en SSH

// Transversal

[ 12 HALLAZGOS ] → 04 CRÍTICOS · 06 ALTOS · 02 MEDIOS

MATRIZ·RIESGO

RIESGO = IMPACTO × PROBABILIDAD // 1–3 BAJO · 4–6 MEDIO · 7–11 ALTO · 12–16 CRÍTICO

// CRÍTICOS
00
// ALTOS
00
// MEDIOS
00
// BAJOS
00
// MATRIZ DE RIESGOS — RANKING POR SEVERIDAD (R-01 … R-13)
01 R-01
Servidor web / App RCE y acceso no autorizado H-01, H-02
I 4 P 4
16
CRÍTICO MITIGAR
02 R-02
SO (host) Escalada a root H-03
I 4 P 3
12
CRÍTICO MITIGAR
03 R-04
Cuenta de servicio / SO Movimiento lateral y ejecución H-05
I 4 P 3
12
CRÍTICO MITIGAR
04 R-03
Credenciales / sesión Robo de credenciales H-04
I 3 P 3
9
ALTO MITIGAR
05 R-06
Código / credenciales Divulgación de información H-07
I 3 P 3
9
ALTO MITIGAR
06 R-07
Servicio de administración Acceso indebido a administración H-08
I 3 P 3
9
ALTO MITIGAR
07 R-12
Plataforma tecnológica Detección tardía de incidentes transversal
I 3 P 3
9
ALTO MITIGAR
08 R-05
SO (host) Escalada a root H-06
I 4 P 2
8
ALTO MITIGAR
09 R-08
SO / archivos sensibles Divulgación y escalada H-09
I 4 P 2
8
ALTO MITIGAR
10 R-10
Credenciales / backups Compromiso total H-11
I 4 P 2
8
ALTO MITIGAR
11 R-11
Servicio SSH Acceso no autorizado H-12
I 3 P 2
6
MEDIO MITIGAR
12 R-13
Información del negocio Pérdida de disponibilidad transversal
I 3 P 2
6
MEDIO MITIGAR
13 R-09
Servicio SMB Reconocimiento / divulgación H-10
I 2 P 3
6
MEDIO MITIGAR
// PRIORIZACIÓN
R-01 = 16 R-02 · R-04 = 12 ALTOS MEDIOS
// ESCALA I×P 1–3 BAJO 4–6 MEDIO 7–11 ALTO 12–16 CRÍTICO

PROBABILIDAD×IMPACTO

HOVER PARA DETALLE // CELDAS ENCIENDEN AL ENTRAR EN VIEWPORT

P\I
I1BAJO
I2MEDIO
I3ALTO
I4CRÍTICO
P4MUY ALTA
MEDIO
ALTO
CRÍTICO
CRÍTICOR-01
P3ALTA
MEDIO
MEDIOR-09
ALTOR-03R-06R-07R-12
CRÍTICOR-02R-04
P2MEDIA
BAJO
MEDIOR-11R-13
ALTOR-05R-08R-10
ALTO
P1BAJA
BAJO
BAJO
MEDIO
MEDIO
↑ PROBABILIDAD  ·  IMPACTO →BAJOMEDIOALTOCRÍTICO

RIESGO → CONTROL

Anexo A 2022 · 93 controles · 4 temas — Organizacional 5.x, Personas 6.x, Físico 7.x, Tecnológico 8.x. Los riesgos no se listan uno a uno: se agrupan por categoría de solución.

Organizacional 5.x · 37
Personas 6.x · 08
Físico 7.x · 14
Tecnológico 8.x · 34
// CLUSTERS DE SOLUCIÓN · 08 CATEGORÍAS
C.01

Desarrollo y codificación segura

Construir software sin defectos explotables desde el diseño.

CONTROLES
A.8.25 A.8.26 A.8.28 A.8.4
RIESGOS CUBIERTOS
R-01 R-03 R-06
C.02

Mínimo privilegio y configuración

Limitar accesos y endurecer la configuración base.

CONTROLES
A.8.2 A.8.18 A.8.9 A.8.3
RIESGOS CUBIERTOS
R-02 R-04 R-05 R-08
C.03

Gestión de vulnerabilidades técnicas

Detectar y parchear fallas conocidas a tiempo.

CONTROLES
A.8.8
RIESGOS CUBIERTOS
R-01 R-13
C.04

Seguridad y segmentación de red

Contener el movimiento lateral y filtrar el tráfico.

CONTROLES
A.8.20 A.8.21 A.8.22 A.8.23 A.5.15
RIESGOS CUBIERTOS
R-07 R-09
C.05

Identidad y autenticación

Verificar quién accede y proteger las credenciales.

CONTROLES
A.5.17 A.8.5
RIESGOS CUBIERTOS
R-03 R-06 R-10 R-11
C.06

Protección de datos y backups

Garantizar disponibilidad y recuperación de la información.

CONTROLES
A.8.13
RIESGOS CUBIERTOS
R-10 R-13
C.07

Detección y monitoreo

Registrar eventos y alertar sobre actividad anómala.

CONTROLES
A.8.15 A.8.16 A.5.7
RIESGOS CUBIERTOS
R-12
C.08

Concienciación y personas

Reducir el factor humano como vector de ataque.

CONTROLES
A.6.3
RIESGOS CUBIERTOS
R-03
// EL HILO DE TRAZABILIDAD
01 / 04
HALLAZGO
(H)
02 / 04
RIESGO
(R)
03 / 04
CONTROL
(A.x.y)
04 / 04
ACCIÓN
(→)

Los 13 riesgos se tratan con controles del Anexo A agrupados en 8 categorías; ningún riesgo queda sin cobertura de control.

MITIGAR
Y_REDUCIR

ESTRATEGIA: MITIGACIÓN DE LOS 13 RIESGOS // PRIORIZACIÓN POR NIVEL // HOJA DE RUTA 30 · 60 · 90 DÍAS

// PRIORIZACIÓN [ TODOS → MITIGAR ]
1
R-01
Crítico
Validación por lista blanca + WAF + almacenamiento sin ejecución
2
R-02 · R-04
Crítico
Mínimo privilegio: saneo SUID y permisos de cron
3
R-03 · R-06 · R-07 · R-12
Alto
Codificación segura, gestión de secretos, segmentación, logging
4
R-05 · R-08 · R-10
Alto
Saneo sudoers, retiro de capabilities, cifrado de backups
5
R-09 · R-11 · R-13
Medio
Deshabilitar SMB null session, MFA/SSH por clave, backups
// HOJA DE RUTA // 30 · 60 · 90 DÍAS
T-30 DÍAS
30
Contención inmediata
  • Parchar R-01 (subida de archivos)
  • Saneo de binarios SUID y reglas sudoers
  • Deshabilitar SMB null session
T-60 DÍAS
60
Endurecimiento
  • Gestión de secretos fuera del código
  • Segmentación de red (Webmin / Usermin)
  • Logging centralizado de eventos
T-90 DÍAS
90
Programa sostenible
  • MFA en accesos críticos
  • Backups cifrados y probados
  • Gestión de vulnerabilidades + concienciación
// CONTRAMEDIDAS // 03 EJES
TÉCNICAS EJE.01
  • + Hardening de hosts y servicios
  • + Validación por lista blanca
  • + Mínimo privilegio (SUID, sudoers, capabilities)
  • + WAF y cifrado de backups
ADMINISTRATIVAS EJE.02
  • + Políticas de seguridad formales
  • + Procedimientos de gestión de secretos
  • + Estándares de codificación segura
  • + Gestión de accesos y contraseñas
ORGANIZACIONALES EJE.03
  • + Concienciación (A.6.3)
  • + Inteligencia de amenazas (A.5.7)
  • + Mejora continua del SGSI
  • + Roles y responsabilidades definidos

RECORRIDO
DE LA DEFENSA

10–15 min. Los 3 integrantes. Las preguntas del jurado se van respondiendo de forma CONTINUA a medida que recorremos la página — este es el itinerario.

// PREGUNTA CENTRAL — EJE DEL RECORRIDO

¿Cómo los hallazgos técnicos identificados en los laboratorios se convierten en riesgos para una organización y qué controles deberían implementarse para reducirlos?

H → R → CONTROL (A.x.y) → ACCIÓN → RIESGO RESIDUAL ACEPTABLE
[ ITINERARIO // 8 PARADAS ]
  1. 01 Briefing y metodología #briefing LIDERA // Nicolás / Julián
    PREGUNTAS RESPONDIDAS AQUÍ (2)
    • ? ¿Qué nivel alcanzó?
    • ? ¿Qué metodología siguieron?
  2. 02 El equipo #equipo LIDERA // Paula
    PREGUNTAS RESPONDIDAS AQUÍ (2)
    • ? ¿Cómo se organizaron los roles?
    • ? ¿Cómo participó cada integrante?
  3. PREGUNTAS RESPONDIDAS AQUÍ (4)
    • ? ¿Qué laboratorios desarrollaron y por qué?
    • ? ¿Cuál fue el reto más complejo?
    • ? ¿Qué vulnerabilidades encontraron?
    • ? ¿Cuáles fueron las principales evidencias?
  4. 04 Hallazgos #hallazgos LIDERA // Nicolás
    PREGUNTAS RESPONDIDAS AQUÍ (1)
    • ? ¿Cuál fue el hallazgo más crítico?
  5. PREGUNTAS RESPONDIDAS AQUÍ (4)
    • ? ¿Qué activos identificaron?
    • ? ¿Qué riesgos se derivan?
    • ? ¿Cómo valoraron impacto y probabilidad?
    • ? ¿Qué impacto tendría en una organización real?
  6. PREGUNTAS RESPONDIDAS AQUÍ (1)
    • ? ¿Qué controles ISO/IEC 27001 relacionaron?
  7. PREGUNTAS RESPONDIDAS AQUÍ (4)
    • ? ¿Qué contramedidas proponen?
    • ? ¿Cuál es el plan de tratamiento?
    • ? ¿Qué riesgos tratar primero?
    • ? ¿Cómo usaron la IA?
  8. 08 Cierre #cierre LIDERA // Los 3
    PREGUNTAS RESPONDIDAS AQUÍ (3)
    • ? ¿Qué aprendizajes obtuvieron?
    • ? ¿Qué harían diferente en un entorno real?
    • ? ¿Qué aportes adicionales realizaron?

TOTAL: 21 PREGUNTAS GUÍA CUBIERTAS A LO LARGO DEL RECORRIDO.

RESPUESTA
Y_VEREDICTO

DEL HALLAZGO TÉCNICO A LA DECISIÓN DE NEGOCIO // RIESGO ALTO, PLENAMENTE GESTIONABLE

A-00
// RESPUESTA A LA PREGUNTA CENTRAL

Cada hallazgo (H) se vuelve riesgo (R) al valorar impacto × probabilidad sobre los activos de InnovaSec. La matriz prioriza (R-01 = 16), los controles del Anexo A los reducen y el plan 30/60/90 lleva el riesgo residual a un nivel aceptable.

El riesgo es alto pero plenamente gestionable: la cadena se rompe en cada eslabón con controles concretos y verificables.

RIESGO RESIDUAL
ACEPTABLE
// LECCIONES CLAVE [ 04 ]
L.01 LECCIÓN

El riesgo surge del encadenamiento

Ninguna técnica fue exótica. El compromiso total nace de eslabonar fallos individuales menores hasta llegar a root.

L.02 LECCIÓN

Casi todo es configuración

La mayoría son fallos de configuración, no de software. Aplicar mínimo privilegio es la contramedida de mayor retorno.

L.03 LECCIÓN

Lista blanca > lista negra

Filtrar por lo permitido (no por lo prohibido) cierra el bypass de extensiones y la subida de webshells en origen.

L.04 LECCIÓN

Secretos y backups en claro

Credenciales ofuscadas o copias sin cifrar son una vía directa al compromiso. Cifrar y gestionar secretos es innegociable.

// NOTA ÉTICA

Actividad 100% académica realizada sobre laboratorios autorizados en un entorno aislado. No corresponde a sistemas reales en producción. Cada vulnerabilidad se documenta acompañada de su contramedida correspondiente.