1ASIR - Redes - escaneando puertos con 'nmap'

Práctica: ¿Qué puertos tiene abiertos un servidor?

Objetivo: aprender a ver un servidor desde fuera con nmap e interpretar lo que muestra.

Norma: solo se escanea data.librebits.info y la IP asignada a tu compañero de mesa. Nada más.

Parte 1: el servidor desde fuera (desde tu equipo del aula)

  1. Comprueba a qué IP resuelve el nombre:
    dig +short data.librebits.info
    
  2. Escanea los 1000 puertos más comunes:
    nmap data.librebits.info
    
  3. Averigua qué programa y versión hay detrás de cada puerto abierto:
    nmap -sV data.librebits.info
    
  4. Guarda el resultado:
    nmap -sV -oN fuera.txt data.librebits.info
    

Parte 2: interpretar

Rellena esta tabla con los puertos que hayas encontrado:

Puerto Estado (open/closed/filtered) Servicio Versión

Responde en 3 líneas cada una:

  • ¿Qué diferencia hay entre un puerto closed y uno filtered?
  • ¿Dejarías abierto todo lo que has encontrado? ¿Qué cerrarías y por qué?

Parte 3: en el aula (opcional, 10 min)

Tu compañero arranca python3 -m http.server 8000 en su equipo. Tú lo encuentras con:

nmap -p 8000 192.168.3.X

Después cambian los papeles.

Entrega

Un único fichero PDF (practica-nmap-apellido.pdf) que incluya:

  • La salida de nmap -sV (contenido de fuera.txt).

  • La tabla rellena.

  • Las respuestas.

  • POR sFTP a nuestro servidor


RUBRICA DE CALIFICACIÓN

Criterios de contenido (100%)

Criterio Peso Qué se valora
Escaneo y evidencia técnica 34% fuera.txt / salida de nmap -sV data.librebits.info incluida completa y sin editar · comandos correctos (puertos top-1000 y -sV) · evidencia legible en el PDF
Tabla de puertos 33% Puerto, estado (open/closed/filtered), servicio y versión correctamente trasladados de la salida de nmap a la tabla · tabla completa (no solo 1 puerto si hay más abiertos)
Respuestas e interpretación 33% Diferencia closed vs filtered explicada con corrección técnica · criterio propio y justificado sobre qué puertos cerraría y por qué (no una respuesta genérica) · 3 líneas por pregunta como pide el enunciado

Parte 3 (en el aula, opcional): no forma parte de los criterios de contenido anteriores — el enunciado la marca como opcional. No resta si no se hace. El profesor puede valorarla como un plus a su criterio si consta evidencia (salida de nmap -p 8000 ...) en la entrega.

El fichero de entrega debe ser un único PDF y/o fichero de texto - markdown (practica-nmap-apellido.pdf y/o practica-nmap-apellido.md) con la salida de nmap -sV, la tabla y las respuestas. Si falta alguno de los tres elementos, se penaliza en el criterio de contenido correspondiente que falte.

Norma de alcance (verificación, no puntúa salvo incumplimiento)

El enunciado limita el escaneo a data.librebits.info y la IP del compañero de mesa. Si se detectan escaneos a otros objetivos en la evidencia entregada, documentar el hecho con fecha y motivo en la EVALUACION-<alumno>.md; es una decisión ad-hoc del profesor si penaliza y cuánto, no un criterio fijo de la tabla anterior.

Escala orientativa

  • Excelente (9-10): tabla completa y correcta, evidencia (fuera.txt) íntegra, respuestas con razonamiento técnico propio y específico sobre qué cerraría y por qué.
  • Notable (7-8.9): tabla casi completa con algún dato erróneo o incompleto, evidencia presente, respuestas correctas pero algo genéricas.
  • Suficiente (5-6.9): tabla muy incompleta o con varios errores, evidencia parcial o difícil de leer, respuestas mínimas sin justificar.
  • Insuficiente (<5): falta la evidencia de nmap, tabla vacía o ausente, sin respuestas o respuestas incorrectas.

“Happy Hacking!” :-)