Skip to content
KitploitKITPLOIT
HerramientasExploitsBlog
Log in
Enviar
HerramientasExploitsBlog
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.

··Feeds·Contacto·Privacidad·© 2026 Kitploit

Directorio de Herramientas

Categorías

Ver todas las categorías
Loading categories
QuasarNix — Detección de Reverse Shells con Machine Learning | Kitploit
Herramientas/GitHubGitHub/dtrizna/quasarnix
Herramientas DefensivasGeneración de PayloadsShellcodeAprendizaje AutomáticoDetección de IntrusionesPapers e InvestigaciónAprendizaje y EducaciónDetección de AnomalíasAtaque Adversario
GitHubdtrizna/quasarnix

QuasarNix

Detección de Reverse Shells con Machine Learning

7225hace 3 mesesAú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 →
Ver Repositorio
Compartir

QuasarNix: Detección de reverse shells Living-off-the-Land robusta frente a adversarios

Dmitrijs Trizna · Luca Demetrio · Battista Biggio · Fabio Roli

Paper arXiv Dataset Models


Resumen

Las reverse shells living-off-the-land (LOTL) de Linux abusan de binarios legítimos (bash, python, nc, …) para establecer conexiones salientes encubiertas, lo que hace que la detección basada en firmas no sea fiable frente a variantes novedosas e intentos de evasión. QuasarNix aborda dos vacíos abiertos en este campo:

  1. No existen detectores SIEM públicos basados en ML — publicamos los primeros modelos de ML listos para producción y con licencia abierta para la detección de reverse shells LOTL.
  2. Fragilidad adversarial — evaluamos los modelos frente a ataques de evasión y envenenamiento, y proporcionamos checkpoints entrenados adversarialmente que sobreviven a todos los ataques probados.

El framework sintetiza un corpus de entrenamiento de 1M de comandos a partir de 34 plantillas de reverse shells y evalúa 14 arquitecturas de modelos en un punto de operación de FPR = 10⁻⁶ — lo que refleja las restricciones reales de fatiga de alertas en SIEM.


Resultados Clave

Rendimiento en el conjunto de prueba reservado (held-out) de las heurísticas de referencia y las arquitecturas QuasarNix. La TPR se reporta como media ± desviación estándar en diez ejecuciones de entrenamiento independientes a FPR = 10⁻⁶. La negrita marca el mejor resultado; el asterisco (*) resalta los modelos analizados en el artículo.

Líneas base

ArquitecturaParamsTPR @ FPR=10⁻⁶F1ExactitudAUCEntrenamiento
Firmas (Sigma)1843.37%6.52%51.68%51.68%N/A
One-Class SVM (sobre legítimo)1K0.00%82.87%79.33%79.33%10s
One-Class SVM (sobre malicioso)1K0.00%40.14%25.20%25.20%10s
1D-CNN (sin aument., desbalanceado)1K0.00%80.29%77.91%87.44%*15m
1D-CNN (sin aument., balanceado)1K0.06%82.38%79.33%88.12%*29m
SLP (sin aument.)1K0.00%0.00%50.00%91.58%1h 12m

QuasarNix — Modelos Tabulares (Codificación One-Hot)

ArquitecturaParamsTPR @ FPR=10⁻⁶F1ExactitudAUCEntrenamiento
Random Forest1K42.23 ± 6.27%96.07%96.21%99.84%18s
GBDT (XGBoost)1K60.20 ± 8.22%89.92%90.84%99.89%14s
MLP (No Embedding)264K54.16 ± 2.14%*94.00%94.34%99.80%18m

QuasarNix — Modelos Secuenciales (Embeddings de Tokens)

ArquitecturaParamsTPR @ FPR=10⁻⁶F1ExactitudAUCEntrenamiento
MLP (Embedding)297K10.76 ± 17.32%67.70%75.60%89.15%18m
LSTM318K21.52 ± 23.66%64.16%74.05%99.75%24m
1D-CNN301K46.42 ± 32.67%*85.97%88.20%99.99%29m
1D-CNN + LSTM316K20.48 ± 22.08%58.92%71.06%98.21%29m
1D-CNN + LSTM + Attention402K17.19 ± 22.59%62.53%73.08%98.46%26m
Transformer (Mean Pooling)335K0.00 ± 0.00%83.39%86.07%98.78%1h 18m
Transformer (CLS Token)335K0.00 ± 0.00%78.55%*82.67%99.38%1h 30m
Transformer (Attn. Pooling)335K0.00 ± 0.00%87.82%89.41%98.85%1h 24m

Conclusión: GBDT alcanza un 60% de TPR a FPR = 10⁻⁶ — 18× mayor que las firmas (3.37%) — con un entrenamiento de solo 14 segundos en hardware convencional.


Robustez Adversarial

Perturbaciones de Shell Escape

La siguiente tabla cataloga las técnicas de shell escape de Linux presentes en la caja de herramientas del atacante. La tercera columna indica si la técnica sobrevive a la normalización de telemetría del kernel auditd — solo las cuatro entradas en negrita producen un registro EXECVE distinto y constituyen la verdadera superficie de ataque.

ManipulaciónEjemplo funcionalPreservado por auditd
'ba's'h -iNo
"ba"s"h -iNo
\ba\s\h -iNo
$@ba$@sh -iNo
[char]ba[s]h -iNo
{form}{bash,-i}No
Variable IFSbash${IFS}-iNo
Variable vacíabas${u}h -iNo
Comando falsobas$(u)h -iNo
Base64echo c2ggLWk= | base64 -d | shNo
Hexecho \x73\x68 \x20\x2d\x69 | shNo
Manipulación de flagsbash -x -liSí
IP decimalping 2130706433Sí
Renombrado del binariocp bash a; a -iSí
Código fútilmkfifo a; id; cat aSí

Solo 4 de 15 técnicas sobreviven a la normalización a nivel de kernel y se utilizan como espacio de ataque adversarial.

Evasión y Entrenamiento Adversarial

Se evalúan tres familias de ataques: inyección de contenido benigno, perturbaciones de shell escape y un híbrido de ambas:

  • La inyección de contenido benigno afecta gravemente a todos los modelos neuronales; GBDT mantiene una exactitud ≥93% gracias a su ponderación por importancia de características.
  • Las perturbaciones de shell escape reducen la exactitud de GBDT y CNN al 0% con el presupuesto máximo de perturbación y sin defensas.
  • El entrenamiento adversarial hace ineficaces los tres tipos de ataque en todas las arquitecturas evaluadas.

Robustez frente al Envenenamiento

Además de la evasión en tiempo de inferencia, evaluamos ataques en tiempo de entrenamiento:

Contaminación por inversión de etiquetas (0–20% de etiquetas de entrenamiento invertidas): los modelos se degradan de forma gradual; GBDT muestra una resistencia inherente gracias al voto del ensemble, manteniéndose funcional con ratios de contaminación elevados.

Ataque de backdoor (0.01–1% de ratio de envenenamiento, triggers de 2–10 tokens): los triggers cortos (2–4 tokens) no logran instalar backdoors fiables debido a su prevalencia en el tráfico benigno. La instalación óptima de un backdoor requiere triggers de 6–10 tokens con un ratio de envenenamiento ≥0.03%.

Conclusión: Los ataques de envenenamiento requieren una inyección de datos sustancial y estadísticamente detectable para tener éxito. El mecanismo de ensemble de GBDT proporciona una robustez inherente sin coste de entrenamiento adversarial.


Validación en la Industria

Tras la publicación de este trabajo, Google presentó un sistema de producción conceptualmente alineado en CAMLIS 2025 (arXiv:2512.08802): un pipeline de dos etapas basado en YARA + ML desplegado en decenas de miles de sistemas, que procesa hasta 250 mil millones de eventos al día. Ese sistema valida de forma independiente el paradigma híbrido de detección ML-para-SIEM y el bucle de retroalimentación de aprendizaje activo propuesto aquí, demostrando su viabilidad a escala industrial.


Conjunto de Datos y Modelos Preentrenados

Descargar herramienta