Metasploit: fundamentos y búsqueda de un módulo

3 tareas · 30 min · Principiante

Un framework de explotación no reemplaza el criterio de la tarea 1 del módulo 4 (leer qué hace el exploit antes de lanzarlo): lo organiza. Esta sala lee la transcripción ya guardada de una consola de Metasploit contra un objetivo de Maderas del Sumapaz (encargo MSP-2027-09, autorizado, ventana del 10 al 14 de junio de 2027): cómo se busca un módulo por servicio y versión, qué separa un `exploit` de un `auxiliary`, y qué información pide `show options` antes de poder ejecutar nada. Nadie ejecuta la consola: se lee lo que quedó grabado.

0 de 3 · 0%

Objetivo de la sala

El objetivo msp-ftp01 (10.50.5.21) respondió en el escaneo del módulo 3 con un servicio FTP y su versión exacta de cabecera. La transcripción guardada muestra cómo se buscó un módulo que aplicara a esa versión concreta, no un módulo elegido por lo prometedor de su nombre.

msf6 > search type:exploit vsftpd
Matching Modules
================
   #  Name                                  Disclosure Date  Rank       Check  Description
   -  ----                                  ---------------  ----       -----  -----------
   0  exploit/unix/ftp/vsftpd_234_backdoor  2011-07-03       excellent  No     VSFTPD v2.3.4 Backdoor Command Execution

msf6 > use 0
msf6 exploit(unix/ftp/vsftpd_234_backdoor) > info
       Name: VSFTPD v2.3.4 Backdoor Command Execution
     Module: exploit/unix/ftp/vsftpd_234_backdoor
   Platform: Unix
       Rank: Excellent

Description:
  This module exploits a malicious backdoor that was added to the VSFTPD
  download archive. This backdoor was introduced into the vsftpd-2.3.4.tar.gz
  archive between June 30th 2011 and July 1st 2011, according to the most
  recent information available. This backdoor was removed on July 3rd 2011.

El escaneo de msp-ftp01 reportó 21/tcp open ftp vsftpd 2.3.4: la versión exacta que el módulo describe como vulnerable, con fecha de divulgación de 2011, muy anterior al "hoy" ficticio de este escenario. El criterio no cambia por usar un framework: hay que confirmar la versión antes de usar el módulo, igual que en la tarea 1 del módulo 4.

Esta tarea se hace en el laboratorio

Una terminal con los archivos del caso, aquí en la página. No instalas nada y no puedes romper nada.

Preparando la estación…

Para responder aquí hace falta una cuenta

Puedes leer toda la sala sin cuenta. Responder y guardar tu avance pide entrar; al volver aterrizas en esta misma sala.

Responde para continuar

¿Por qué `search type:exploit vsftpd` es mejor punto de partida que buscar por el nombre del backdoor que alguien mencionó en un foro?

Porque devuelve resultados ordenados por fecha de divulgación, que es el único dato que importa para decidir Porque filtra por el servicio que ya enumeraste, y lo que aparece tiene relación con eso Porque Metasploit solo indexa módulos cuyo nombre coincide exactamente con el del servicio, nunca con apodos Porque evita tener que leer `info` después, ya que el nombre del módulo ya explica la condición exacta

Ver pista de ayuda

Piensa en qué dato de tu propio escaneo usaste para armar la búsqueda.

Antes de poder ejecutar un módulo, Metasploit exige completar sus opciones obligatorias. La transcripción sigue así:

msf6 exploit(unix/ftp/vsftpd_234_backdoor) > show options
Module options (exploit/unix/ftp/vsftpd_234_backdoor):
   Name    Current Setting  Required  Description
   ----    ---------------  --------  -----------
   RHOSTS                   yes       The target host(s)
   RPORT   21               yes       The target port (TCP)

msf6 exploit(unix/ftp/vsftpd_234_backdoor) > set RHOSTS 10.50.5.21
RHOSTS => 10.50.5.21
msf6 exploit(unix/ftp/vsftpd_234_backdoor) > check
[*] 10.50.5.21:21 - The target is vulnerable.

Esta tarea se hace en el laboratorio

Una terminal con los archivos del caso, aquí en la página. No instalas nada y no puedes romper nada.

Preparando la estación…

Para responder aquí hace falta una cuenta

Puedes leer toda la sala sin cuenta. Responder y guardar tu avance pide entrar; al volver aterrizas en esta misma sala.

Responde para continuar

En la transcripción, ¿para qué sirve `check` antes de `exploit` en este módulo?

Para generar automáticamente el payload que se usará después de `exploit` Para medir cuánto tiempo tardará el exploit en completarse una vez lanzado Para confirmar que el objetivo responde a la condición del módulo sin llegar a ejecutar el exploit Para registrar el intento en el informe final sin necesidad de anotarlo a mano

Ver pista de ayuda

No todos los módulos lo soportan, pero cuando existe, es un paso de verificación, no de ejecución.

Tras check, el siguiente paso de la transcripción es exploit. Igual que en la tarea 1 del módulo 4, lo que queda después no es solo "funcionó": es con qué nivel de acceso exacto quedó la sesión, porque eso decide si hace falta escalar privilegios después o si el acceso ya es completo.

Abre el laboratorio y lee el resto de msfconsole_vsftpd.txt, a partir de la línea exploit.

Esta tarea se hace en el laboratorio

Una terminal con los archivos del caso, aquí en la página. No instalas nada y no puedes romper nada.

Preparando la estación…

Para responder aquí hace falta una cuenta

Puedes leer toda la sala sin cuenta. Responder y guardar tu avance pide entrar; al volver aterrizas en esta misma sala.

Responde para continuar

Según el resto de la transcripción (en el laboratorio), ¿con qué UID numérico quedó la sesión abierta tras el exploit?

Ver pista de ayuda

Está en la línea que empieza con "UID:", justo después de que el backdoor queda listo.

Entra para responder, guardar tu avance y ganar puntos.

Preparando la estación…

Objetivo: msp-attack01.local

16:24

Terminal (user@whoami)

Tab Autocompletar ↑/↓ Historial

bash 5.2.21

Whoami-Labs OS v3.0.1 LTS · build b903d9

1 Buscar por servicio y versión, no por nombre bonito Lab

2 `show options` antes de `set`, siempre Lab

3 Lo que queda tras el exploit Lab

Whoami-Labs Pro utiliza cookies