Ctrl K
ComunidadGuías…
GITHUB · ANALIZADO

redStack

Laboratorio de operaciones red team desplegado en AWS con Terraform. Incluye tres frameworks C2 (Mythic, Sliver, Adaptix), proxy Apache, máquinas Kali/Windows y portal Guacamole para entrenamiento autorizado en ranges cibernéticos.

Ficha actualizada 27 sept 2026, 16:09 · upstream 27 sept 2026, 15:56 · release v1.5

Ver códigoProblemas y ayudaRepositorio ↗
00

Qué es redStack

Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.

redStack es una infraestructura completa para laboratorios de equipos rojos desplegada sobre AWS mediante Terraform. La arquitectura consta de siete instancias EC2 distribuidas en dos VPCs peered: un proxy inverso Apache con IPs elásticas públicas, servidores C2 (Mythic, Sliver, Adaptix) sin exposición directa, máquinas Kali y Windows para enumeración AD y ataques, y acceso remoto vía Guacamole. El despliegue inicial toma 30-60 minutos y se puede reutilizar en 20-30 minutos.

CASOS DE USO
  • Entrenamiento de operaciones red team en ranges cibernéticos autorizados
  • Laboratorio personal para practicar con múltiples frameworks C2 simultáneamente
  • Plataforma educativa para certificaciones (OffSec, Hack The Box, VulnLab)
  • Demostración de arquitecturas de acceso remoto y gestión de sesiones vía Guacamole
PUNTOS DESTACADOS
  • Despliegue automatizado con Terraform en ~45 minutos incluyendo VPCs peered
  • Soporte para tres frameworks C2 distintos (Mythic, Sliver, Adaptix) en una sola infraestructura
  • Acceso centralizado vía Guacamole a máquinas Windows y Linux sin exposición directa de servidores C2
  • Documentación extensa en Wiki con guías de despliegue, verificación, troubleshooting y gestión de costos
  • Arquitectura de seguridad con proxy Apache que bloquea scanners y gestiona headers/URIs
PRECAUCIONES
  • No es un tutorial sobre frameworks C2; solo proporciona la infraestructura para operarlos
  • Hosting en AWS puede requerir aprobación bajo AWS Acceptable Use Policy antes del despliegue
  • Costos estimados de ~$0.27/hora; sin destrucción entre sesiones se generan facturas inesperadas
  • Requiere cuenta AWS dedicada con IAM configurado, SSH keys y suscripción a Kali Marketplace
  • Algunas funcionalidades dependen de scripts cloud-init que pueden fallar si no hay permisos adecuados
VISUAL

Capturas del proyecto

Imágenes reales detectadas en la documentación del repositorio.

redStack Banner
01

Perfil de infraestructura

Estimación inicial derivada del repositorio y de los servicios detectados.

CPU1 vCPUrecomendación inicial
MEMORIA1 GBRAM estimada
DISCO10 GBalmacenamiento base
COMPLEJIDADlownivel de operación
02

Despliegue detectado

Qué señales reales de instalación hemos encontrado.

Despliegue manual

Usa una cuenta AWS dedicada single-purpose. Configura CloudWatch billing alarm antes del primer apply. Destruye con terraform destroy entre sesiones para evitar costos acumulados. Revisa AWS AUP y presenta Penetration Testing request form si es necesario. Guarda rs-rsa-key.pem fuera de git. Verifica Guacamole, DNS interno y beaconing tras deploy.

—Dockerfile
—Compose
—One-click
03

Stack y dependencias

Componentes inferidos a partir de manifests, configuración y documentación.

FRAMEWORKS
No detectados
SERVICIOS
No detectados
BASES DE DATOS
No detectadas
PUERTOS
80
05

Puede sustituir a

Relaciones detectadas por el análisis del repositorio y su categoría.

06

Experiencia real de la comunidad

Ayuda a contrastar la estimación automática con instalaciones reales.

Todavía no hay datos comunitarios para este proyecto.