Exploracion de puertos de redes

<Insert Picture Here>
TECNICAS DE ATAQUE ETECNICAS DE ATAQUE E
INVESTIGACIONINVESTIGACION
INFORMATICA FORENSEINFORMATICA FORENSE
Ing. M.A. Robert E. Puican Gutiérrez

Ing. M.A. Robert E. Puican GutiérrezIng. M.A. Robert E. Puican Gutiérrez
SEGURIDAD INFORMATICA
EXPLORACION DE PUERTOSEXPLORACION DE PUERTOS
DE REDDE RED

EXPLORACION DE PUERTOSEXPLORACION DE PUERTOS
• La exploración de puertos es una de las primeras
etapas que el atacante elabora dentro del plan de
ataque para investigar o enumerar cuales servicios
tienen la victima activados.
• Existen muchas herramientas para hacer exploración
de puertos pero ahora solo se abordara la más
utilizada y conocida en el entorno académico: nmap.
• Nmap ha sido diseñado para permitir a
administradores de sistemas y gente curiosa en
general el escaneo de grandes redes para determinar
que servidores se encuentran activos y que servicios
ofrecen.

NMAPNMAP
• NMAP es compatible con un gran numero de técnicas
de escaneo como: UDP, TCP connect(), TCP SYN
(half open), ftp proxy (bounce attack), Reverse ident,
ICMP (ping sweep), FIN, ACK sweep, Xmas Tree,
SYN sweep, and Null scan.
• NMAP proporciona también características
avanzadas como la detección remota del sistema
operativo por medio de huellas TCP/IP , escaneo tipo
stealth (oculto), retraso dinámico y cálculos de
retransmisión, escaneo paralelo, detección de
servidores inactivos por medio de ping paralelos,
escaneo con señuelos, detección de filtrado de
puertos, escaneo por fragmentación y especificación
flexible de destino y puerto.
• Se debería ejecutarse nmap como el usuario root en
sistemas Linux/unix

SALUDO DE TRES VIASSALUDO DE TRES VIAS
(Three way handshake)

FINALIZACION DE UNA CONEXIÓN TCPFINALIZACION DE UNA CONEXIÓN TCP

FLAGS TCPFLAGS TCP
• URG: Especifica a la máquina receptora la existencia de información urgente en
el flujo de datos.
• ACK: Se corresponde con una respuesta de correcta recepción de un paquete
anterior que se envió a otra máquina.
• PSH: Indica a la máquina receptora que debe pasar la información a la capa de
aplicación (programas) lo más raudo posible.
• RST: Especifica el reinicio de la conexión entre la máquina receptora y la
emisora.
• SYN: Se utiliza para la sincronización de números de secuencia entre máquinas.
• FIN: Indica que debe empezar el proceso de fin de conexión.

Estado de los puertosEstado de los puertos
• Abierto
• La comunicaci.n a trav.s de este puerto es posible sin ninguna
restricci.n.
• Filtrado
• Probablemente el puerto est. siendo bloqueado por un cortafuegos.
Si un esc.ner SYN o Connect descubre puertos que est.n abiertos o
filtrados, puede ser que el administrador haya cometido el error de
implementar una configuraci.n DROP insegura.
• Sin Filtrar
• Los esc.neres ACK o de Ventanas descubren los puertos sin filtrar.
La comunicaci.n con el puerto en cuesti.n es posible, pero se nece
sitan utilizar otras t.cnicas de escaneado para obtener mayor
informaci.n.
• Cerrado
• El puerto est. Correctamente bloqueado por el cortafuegos o no hay
ning.n servicio a la escucha en esta direcci.n. En ambos casos la
comunicaci.n es imposible.

ESTADOS TCPESTADOS TCP
• TCP es un protocolo orientado a conexión, y como tal tiene unos estados definidos según
en qué punto de la conexión se encuentre el socket. Estos estados están detallados en el
RFC #793 y son:
• LISTEN: Un servidor que espera conexiones de un cliente y escucha un puerto, genera un
socket con estado LISTEN. Cuando el cliente se conecte, se creará un socket con la
conexión establecida y otro que quede a la escucha.
• SYN-SENT: Al enviar un paquete con el flag SYN levantado, como primer paso para el
saludo en tres tiempos de una conexión, el socket entra en el estado SYN-SENT.
• SYN-RECEIVED: Cuando tiene lugar el segundo paso del saludo en tres tiempos y se
responde al primer SYN con un SYN/ACK, los sockets tienen estado SYN-RECEIVED.
• ESTABLISHED: Una vez se completa el saludo en tres tiempos se entra en estado
ESTABLISHED y se permanece en él durante todo el tiempo que dura la conexión.
• FIN-WAIT-1: El socket entra en este estado una vez envía el paquete con el flag FIN
levantado pero aún no ha recibido la confirmación de ese paquete. Solamente se
reciben datos.

TECNICAS DE ESCANEOTECNICAS DE ESCANEO

ESTADOS TCPESTADOS TCP
• FIN-WAIT-2: Una vez recibida la confirmación ACK del paquete FIN, entramos
en este estado. Solamente se reciben datos.
• CLOSE-WAIT: Si somos nosotros los que recibimos el paquete con el flag FIN
levantado pero aún tenemos datos que enviar, el socket entra en estado
CLOSE-WAIT.
• CLOSING: Si ambos host desean finalizar la conexión a la vez, los sockets
entran en estado CLOSING.
• LAST-ACK: Una vez enviados sendos paquetes con el flag FIN levantado en
la finalización de una conexión TCP, cuando el último en haber enviado el
paquete está pendiente de recibir la confirmación, entra en estado LAST-
ACK.
• TIME-WAIT: Una vez enviados sendos paquetes con el flag FIN levantado en
la finalización de una conexión TCP, cuando el primero en haber enviado el
paquete envía la confirmación al último paquete FIN, entra en estado TIME-
WAIT para esperar un tiempo prudencial que le permita cerciorarse de la
recepción del mismo.

TCP connect()TCP connect()
• Esta técnica es quizá la más común en cualquier software de
escaneo de puertos. La técnica consiste en usar la llamada
connect() de TCP para intentar establecer una conexión con
cada uno de los puertos del host a escanear. Si la conexión
se establece, el puerto está abierto (escuchando conexiones);
en caso de recibir un aviso de cierre de conexión (RST), el
puerto estará cerrado; y en caso de no recibir respuesta, se
deduce que el puerto está silencioso.
• Este tipo de escaneo es extremadamente rápido, pues puede
realizarse de forma paralela para distintos puertos mediante el
uso de varios sockets. Además, es un escaneo fácil de
implementar.
• Su principal desventaja es que es llamativo en exceso, pues
resulta a todas luces llamativo establecer cientos o miles de
conexiones en un margen de pocos segundos. Además, al
realizarse intentos completos de conexión, cualquier sistema
guardará registros.

• Comportamiento del escaneo:
• Puerto TCP Remoto Esta Abierto
• host local ---[SYN]---> [O] Puerto TCP abierto en el host remoto
• host local <---[SYN/ACK]--- [O] Puerto TCP abierto en el host remoto
• host local ---[ACK]---> [O] Puerto TCP abierto en el host remoto
SYNSYN
SYN /ACKSYN /ACK
ACKACK

• Puerto TCP Remoto Esta Cerrado
• host local ---[SYN]---> [X] Puerto TCP cerrado en el host remoto
• host local <---[RST]--- [X] Puerto TCP cerrado en el host remoto
SYNSYN
RSTRST

• Puerto TCP Remoto Silencioso
• host local ---[SYN]---> [~] Puerto TCP silencioso en el host remoto
• SIN RESPUESTA
• En nmap podemos invocar un escaneo TCP connect() mediante el comando:
• nmap -vv -P0 -sT xxx.xxx.xxx.xxx
SYNSYN

TCP SYN (TCP SYN (Flags: SYNFlags: SYN ))
• Esta técnica, también conocida como Half-open scan (es el escaneo medio abierto por
excelencia), es parecida a la anterior con la importante salvedad de no establecer
completamente las conexiones.
• En primer lugar, se envía un paquete SYN que finge intentar establecer una conexión y se
espera la respuesta. Si llega un paquete SYN/ACK significa que el puerto está abierto; si
llega un paquete RST, el puerto está cerrado; y si no se recibe respuesta se asume que
está silencioso. En el caso de que el puerto esté abierto y recibamos el paquete SYN/ACK
(es decir, están completos dos de los tres pasos del saludo en tres tiempos), nosotros no
responderemos con un paquete ACK como sería lo esperado, sino que mandaremos un
paquete RST. ¿Para qué? Pues precisamente para evitar que se complete el inicio de
conexión y, por tanto, evitar que el sistema registre el suceso como un intento de conexión.
En sistemas sin protección específica de cortafuegos o IDS, este escaneo suele pasar
desapercibido.
• Una característica importante de este escaneo es que requiere elevados privilegios en el
sistema para poder lanzarlo, debido a que este tipo de paquetes usan sockets TCP raw.
Por tanto, solo el root puede lanzar escaneos TCP SYN.
• La principal ventaja de este tipo de escaneo es que suele ser bastante discreto y ofrece
unos resultados bastante buenos.
• Entre sus desventajas encontramos el que es algo lento de realizar, y que un sistema con
un firewall o un IDS (aunque algunos muy básicos no) lo detectará e identificará como
escaneo de puertos sin ninguna duda.

• host local ---[SYN]---> [O] Puerto TCP abierto en el host remoto
• host local <---[SYN/ACK]--- [O] Puerto TCP abierto en el host remoto
• host local ---[RST]---> [O] Puerto TCP abierto en el host remoto
SYNSYN
SYN /ACKSYN /ACK
RSTRST

• host local ---[SYN]---> [X] Puerto TCP cerrado en el host remoto
SYNSYN
RSTRST

• host local ---[SYN]---> [~] Puerto TCP silencioso en el host remoto
• SIN RESPUESTA
• En nmap podemos invocar un escaneo TCP SYN mediante el comando:
• nmap -vv -P0 -sS xxx.xxx.xxx.xxx
SYNSYN

TCP FINTCP FIN (Flags: FIN)(Flags: FIN)
• El escaneo TCP FIN, también conocido como Stealth scan (se trata del escaneo silencioso
más conocido), es uno de los más discretos que podemos encontrar dentro de las técnicas
convencionales. Se apoya en una particularidad de los estándares internacionales de
TCP/IP.
• A la hora de realizar el escaneo, se envía un paquete FIN al puerto del host destino que
queremos escanear. Los estándares de TCP/IP dicen que al recibir un paquete FIN en un
puerto cerrado, se ha de responder con un paquete RST. Así pues, si recibimos RST por
respuesta, el puerto está cerrado, y en caso de no recibir respuesta (se ignora el paquete
FIN) el puerto puede encontrarse abierto o silencioso.
• Ésto supone uno de los principales inconvenientes del escaneo TCP FIN, y es que los
puertos que nos figuran como abiertos, pueden estar en realidad en estado silencioso
(puesto que un puerto silencioso por definición ignora cualquier paquete recibido). Así pues,
este tipo de escaneos no obtienen unos resultados fiables, y ese es su talón de Aquiles.
• Otra gran desventaja de este sistema de escaneo viene de cierta compañía de software que
tiene por costumbre pasarse por el forro cualquier estándar informático... sí, esa misma que
estáis pensando: Microsoft. En los sistemas Windows, un puerto cerrado ignora los
paquetes FIN, por lo que escanear un sistema de este tipo con SYN FIN nos generará
una enorme lista de puertos abiertos, aunque realmente estén cerrados o silenciosos.
Así que cuidado a la hora de usar esta técnica. Como ventaja, tenemos el que estos
escaneos pasan desapercibidos en la gran mayoría de los firewalls, al no intentar
establecer ninguna conexión. Un IDS bien configurado, lo detectará.

• host local ---[FIN]---> [O] Puerto TCP abierto en el host remoto
• -SIN RESPUESTA
FINFIN

• Host local ---[FIN]---> [X] Puerto TCP cerrado en el host remoto
FINFIN
RSTRST

• host local ---[FIN]---> [~] Puerto TCP silencioso en el host remoto
• SIN RESPUESTA
• En nmap podemos invocar un escaneo TCP FIN mediante el comando:
• nmap -vv -P0 -sF xxx.xxx.xxx.xxx
FINFIN

UDP scanUDP scan
• Esta técnica, frente a las demás técnicas orientadas a TCP, está orientada al
protocolo UDP y sus puertos.
• Aunque a priori parezca que los puertos UDP no son muy interesantes, servicios
como el rpcbind de Solaris, TFTP, SNMP, NFS... usan todos ellos UDP como
protocolo de transferencia.
• El sistema de escaneo consiste en mandar un paquete UDP vacío (0 bytes de
datos) al puerto que deseamos escanear. Si el puerto está cerrado, el sistema
responderá con un paquete ICMP de tipo 3 (destino inalcanzable). En caso
de no responder, el puerto puede estar abierto o silencioso.
• Este sistema puede presentar un grave problema de carencia de velocidad
según en qué sistemas, y es que en el RFC #1812-”Requirements for IP
version 4 routers” (ftp://ftp.rfc-editor.org/in-notes/rfc1812.txt)
• se recomienda limitar la capacidad de generación de mensajes ICMP de
error. En sistemas Linux (consultar el fichero /ipv4/icmp.h de las fuentes del
kernel) esta limitación está fijada en unos 20 mensajes por segundo. Sistemas
como Solaris son más estrictos y tiene la limitación fijada en 2 por segundo.
Pero hay un sistema que, para variar, no hace mucho caso a los estándares, por
lo que no tiene ninguna limitación prefijada... sí: Windows. Un escaneo UDP a un
sistema Windows resulta extremadamente rápido como consecuencia de ello.

UDP scanUDP scan
• Puerto UDP Remoto Esta Abierto
• host local ---{UDP}---> {O} Puerto UDP abierto en el host remoto
• SIN RESPUESTA
UDPUDP

UDP scanUDP scan
• Puerto UDP Remoto Esta Cerrado
• Host local ---{UDP}---> {X} Puerto UDP cerrado en el host remoto
• host local <---|ICMP #3|--- {X} Puerto UDP cerrado en el host remoto
UDPUDP
ICMP#3ICMP#3

UDP scanUDP scan
• host local ---{UDP}---> {~} Puerto UDP silencioso en el host remoto
• SIN RESPUESTA
• En nmap podemos invocar un escaneo UDP mediante el comando:
• nmap -vv -P0 -sU xxx.xxx.xxx.xxx
UDPUDP

ACK scanACK scan
• La mayoría de las técnicas de escaneo nos permiten identificar con exactitud los puertos
abiertos o cerrados, pero generalmente los puertos silenciosos no se pueden identificar
con claridad. El escaneo ACK está destinado a identificar de forma precisa cuándo un
puerto se encuentra en estado silencioso. Esta técnica es usada también para poder
escanear hosts que estén detrás de un firewall que bloquee los intentos de conexión
(paquetes SYN).
• Su funcionamiento se basa en el envío de paquetes ACK con números de secuencia y
confirmación aleatorios. Cuando reciba el paquete, si el puerto se encuentra abierto,
responderá con un paquete RST, pues no identificará la conexión como suya; si el puerto
está cerrado responderá con un paquete RST, pero si no se obtiene respuesta
(obviamente primero debemos asegurarnos que el host está en línea) podemos identificar
claramente el puerto como filtrado (puerto silencioso).
• Normalmente el escaneo ACK se realiza como apoyo a un escaneo anterior, para
determinar los puertos silenciosos y poder identificar mediante una combinación de
técnicas el estado real de todos ellos. Por ejemplo, ante un host con un firewall que
bloquee intentos de conexión (SYN), podemos realizar un FIN scan para determinar los
puertos cerrados, y después un ACK scan para determinar qué puertos están abiertos y
cuáles silenciosos.
• Esta técnica también es usada como variante del ping (ICMP echo) de toda la vida, para
saber si un host está activo (recibiremos respuesta RST) o no (cuando no hay
respuesta o la respuesta es destino inalcanzable).

ACK scanACK scan
• host local ---[ACK]---> [O] Puerto TCP abierto en el host remoto
• host local <---[RST]--- [O] Puerto TCP abierto en el host remoto
ACKACK
RSTRST

ACK scanACK scan
• host local ---[ACK]---> [X] Puerto TCP cerrado en el host remoto
ACKACK
RSTRST

ACK scanACK scan
• host local ---[ACK]---> [~] Puerto TCP silencioso en el host remoto
• SIN RESPUESTA
• En nmap podemos invocar un escaneo ACK mediante el comando:
• nmap -vv -sA xxx.xxx.xxx.xxx
ACKACK

Null scanNull scan (Flags: NINGUNA)(Flags: NINGUNA)
• Este escaneo tiene muchos puntos en común con el escaneo
FIN. Su funcionamiento base es el mismo: enviamos un
paquete malformado (en este caso se trata de un paquete TCP
con todos los flags desactivados) y esperamos la respuesta.
En caso de que el puerto destino esté cerrado, nos responderá
con un paquete RST; y en caso de no recibir nada (nuestro
paquete es ignorado), se trata de un puerto abierto o
silencioso.
• La ventaja frente al escaneo FIN radica en que ciertos firewalls
vigilan los paquetes de finalización de conexión además de los
de establecimiento, de forma que el escaneo nulo podrá
realizarse allí dónde el FIN no sería posible. El resto de ventajas
y desventajas son las mismas que en el escaneo FIN.

• host local ---[ ]---> [O] Puerto TCP abierto en el host remoto
• SIN RESPUESTA
[ ][ ]

• Host local ---[ ]---> [X] Puerto TCP cerrado en el host remoto
RSTRST
[ ][ ]

• Puerto TCP Remoto En silencio
• host local ---[ ]---> [~] Puerto TCP silencioso en el host remoto
• SIN RESPUESTA
• En nmap podemos invocar un escaneo Null mediante el comando:
• nmap -vv -P0 -sN xxx.xxx.xxx.xxx
[ ][ ]

Xmas scanXmas scan ( Flags: FIN, URG, PSH )( Flags: FIN, URG, PSH )
• El escaneo Xmas se basa también en el principio de la
respuesta RST por parte de un puerto cerrado al recibir un
paquete incorrecto (como el escaneo FIN). En el caso del
escaneo Xmas, se trata de un paquete con los flags FIN,
URG y PSH activados (aunque ciertas implementaciones
activan FIN, URG, PSH, ACK y SYN e incluso algunas activan
todos los flags). Podría decirse que es lo contrario del escaneo
Null, pero logrando el mismo efecto.
• Al igual que el escaneo Null, se usa bajo ciertas circunstancias
en las que el escaneo FIN no es posible; y también comparte
con éstos sus particularidades.

• host local ---[xmas]---> [O] Puerto TCP abierto en el host remoto
• SIN RESPUESTA
XMASXMAS

• Host local ---[xmas]---> [X] Puerto TCP cerrado en el host remoto
RSTRST
XMASXMAS

• Puerto TCP Remoto En silencio
• host local ---[xmas]---> [~] Puerto TCP silencioso en el host remoto
• SIN RESPUESTA
• En nmap podemos invocar un escaneo Xmas mediante el comando:
• nmap -vv -P0 -sX xxx.xxx.xxx.xxx
XMASXMAS

SYN/ACK scanSYN/ACK scan
• Este tipo de escaneo tiene una base parecida a los
anteriormente citados FIN, Null y Xmas, pero con la sustancial
diferencia de que en este caso los paquetes malformados
fingen ser un error en la transacción de una conexión legítima.
Mediante esta técnica, se envía un paquete SYN/ACK al
puerto que deseamos escanear en el host remoto. Si el puerto
se encuentra cerrado, nos responderá con un paquete RST.
En caso de estar abierto o silencioso, simplemente ignorará el
paquete y no obtendremos respuesta.
• Como ventaja, este tipo de escaneo evade la mayoría de
firewalls e IDS sencillos, pero comparte con los escaneos
anteriormente citados sus problemas, principalmente la falta de
fiabilidad a la hora de determinar los puertos abiertos o
silenciosos.

• host local ---[SYN/ACK]---> [O] Puerto TCP abierto en el host remoto
• SIN RESPUESTA
SYN / ACKSYN / ACK

• Host local ---[SYN/ACK]---> [X] Puerto TCP cerrado en el host remoto
RSTRST
SYN / ACKSYN / ACK

• Puerto TCP Remoto en Silencio
• host local ---[SYN/ACK]---> [~] Puerto TCP silencioso en el host remoto
• SIN RESPUESTA
• En nmap no se encuentra implementado este tipo de escaneo.
SYN / ACKSYN / ACK

Ping sweepPing sweep
• Un ping sweep (también llamado barrido de ping) no es en realidad una técnica de escaneo de puertos...
sino más bien una técnica de escaneo de hosts.
• Es el momento de hablar de una opción de nmap que he incluido en el ejemplo de todos los escaneos de
los que hemos hablado hasta ahora. Es la opción -P0. Veamos qué dice la guía de referencia rápida de
nmap (nmap -h) al respecto de este comando...
• P0 Don't ping hosts (needed to scan www.microsoft.com and others)
• Efectivamente, mediante esta opción logramos que, antes de realizar el escaneo de puertos propiamente
dicho, el software no compruebe si el host está activo. Y os preguntaréis, ¿para qué demonios me
gustaría a mí que no se realizara esa comprobación? Pues es una técnica muy común el denegar, vía
firewall, la salida de paquetes ICMP echo reply. Así, al realizar un ping a un host, éste no responde y
puede parecer que esté inactivo. Probad a realizar un ping a www.microsoft.com y luego visitad su web.
• Ahora imaginad que el objetivo de nuestro escaneo va a ser toda una red (por ejemplo 192.168.0.0/24),
en lugar de un único host. Lo primero que nos interesará es saber qué hosts están activos, pues si
escaneamos toda la red con la opción -P0, perderemos mucho tiempo mandando paquetes y esperando
la respuesta de equipos que en realidad están inactivos. Pero cabe la posibilidad de que algunos equipos
nos hagan creer que están inactivos cuando en realidad no lo están... y aquí es donde entran las diversas
técnicas de ping sweep.
• Mediante esta técnica, se realiza un barrido comprobando qué host dentro de un rango se encuentran
activados. Los métodos para comprobar esto son varios:
• TCP echo: Envío de paquetes TCP al puerto echo (TCP/7). Si recibe respuesta, el host está activo.
• UDP echo: Envío de paquetes UDP al puerto echo (UDP/7). Si recibe respuesta, el host está activo.
• TCP ACK: Envío de paquetes TCP ACK. Si se obtiene respuesta RST, el host está activo.
• TCP SYN: Envío de paquetes TCP SYN. Si se obtiene respuesta RST o SYN/ACK, el host está activo.
• ICMP echo: Este es el ping de toda la vida. ICMP echo request e ICMP echo reply.

Ping sweepPing sweep
• Aunque todas ellas son válidas, incluso el ping clásico, las más
efectivas son TCP ACK y TCP SYN. TCP echo y UDP echo no son
muy usadas ni útiles, pues prácticamente ningún host tendrá abierto el
puerto echo y si lo tiene, es poco probable que bloquee los intentos de
ping normales.
• En nmap podemos invocar un ping sweep mediante estos comandos:
• TCP ACK: nmap -vv -sP -PT xxx.xxx.xxx.xxx/xx
• TCP SYN: nmap -vv -sP -PS xxx.xxx.xxx.xxx/xx
• ICMP echo: nmap -vv -sP -PI xxx.xxx.xxx.xxx/xx
• TCP ACK e ICMP echo en paralelo: nmap -vv -sP -PB xxx.xxx.xxx.xxx/xx
• La técnica TCP ACK e ICMP echo en paralelo realiza a la vez ambas
técnicas, de forma que se pueda evadir un firewall que implemente
protección contra una de esas técnicas. Este modo es el usado por
nmap en caso de no especificar ninguno (nmap -vv -sP
xxx.xxx.xxx.xxx/xx).
• Es útil reforzar la exploración del modo -PB con un ping TCP SYN (-
PS), pues ciertos firewalls bloquean tanto los intentos de ping ICMP
echo como TCP ACK.

TECNICAS DE ESCANEADOTECNICAS DE ESCANEADO

R
P&P R E G U N T A SP R E G U N T A S
R E S P U E S T A SR E S P U E S T A S

SEGURIDAD INFORMATICASEGURIDAD INFORMATICA
LABORATORIOSLABORATORIOS

LABORATORIO N° 1LABORATORIO N° 1
• Laboratorio
• Exploración de puertos y análisis de tráfico
• Objetivos
• Exploración de puertos con nmap
• Capturar y analizar el tráfico que circula por un segmento
ethernet
• Prerrequisitos
• Se recomienda usar Linux knoppix-std (www.knoppix-std.org)
o el Linux Backtrack version 3.0 (http://www.remote-
exploit.org) debido al muy interesante conjunto de
herramientas de seguridad que ya vienen agrupadas en
estas versiones de Linux.

LABORATORIO N° 2LABORATORIO N° 2
• Laboratorio
• Diferentes técnicas de exploración más usadas
• Objetivos
• Exploración de puertos con nmap
• Evaluación de diferentes técnicas de nmap
• Capturar y analizar el tráfico que circula por un segmento
ethernet
• Prerrequisitos
• Se recomienda usar Linux knoppix-std (www.knoppix-std.org)
o el Linux Backtrack version 3.0 (http://www.remote-
exploit.org) debido al muy interesante conjunto de
herramientas de seguridad que ya vienen agrupadas en
estas versiones de Linux

Exploracion de puertos de redes

Más contenido relacionado

La actualidad más candente (19)

Destacado (20)

Similar a Exploracion de puertos de redes (20)

Último (20)

Exploracion de puertos de redes