Introducción a TCP/IP

Algunas características de TCP e IP

por Toad, Febrero de 2005 ( Licencia)

Partes

1. Algo sobre TCP/IP

2. Transmission Control Protocol (TCP)

3. Internet Protocol (IP)

Algo sobre TCP/IP

TCP/IP es la base de Internet. Sus orígenes se remontan a 1973 y fue desarrollado para un proyecto patrocinado por el

ARPA (Estados Unidos).

Aunque TCP/IP es un conjunto de protocolos, los que les dan nombre al conjunto son Transmission Control Protocol

(TCP) e Internet Protocol (IP).

TCP se encarga de controlar, ordenar y manejar los datos y de asegurarse de que llegan a su destino sin que se pierdan

paquetes. Pertenece a la capa de Transporte del protocolo TCP/IP.

IP se encarga de enviar los paquetes a su destino. Pertenece a la capa Internet de TCP/IP.

Veamos algunas características de estos protocolos en detalle:

Transmission Control Protocol (TCP)

TCP actúa tanto como emisor como receptor de paquetes. El TCP emisor divide la información a transferir en paquetes y

envía cada uno por separado, retransmitiéndolos si alguno no se entrega correctamente. Si es necesario el TCP receptor

tendrá que reordenar los paquetes secuencialmente (cada paquete tiene un número de secuencia de 32 bits, que es un

campo de la cabecera) para poder obtener la información.

Otros campos de la cabecera son Source port (Puerto fuente) y Destination port (Puerto destino) que son números sin

signo (unsigned) de 16 bits. TCP usa los números de puerto para identificar la aplicación emisora y la aplicación

receptora. Hay puertos TCP de 0 a 65535, sin embargo podemos distinguir tres tipos de puertos:

Puertos conocidos: De 0 al 1023, están reservados por la IANA para determinado tipo de aplicaciones (servidor

HTTP, FTP, etc.) y se requiere de privilegios de administrador en una máquina para activar una aplicación en uno

de estos puertos. Un ejemplo es el puerto 80(HTTP).

Puertos registrados: de 1024 a 49151, reservados para aplicaciones concretas. Un ejemplo es el 3306(MySQL).

Puertos privados: de 49152 a 65535, estos no están reservados para ninguna aplicación concreta.

Podemos decir que un puerto puede estar en tres estados:

Puerto filtrado: Un firewall (cortafuegos) bloquea el acceso al puerto.

Puerto cerrado: El puerto no está bloqueado pero no hay ninguna aplicación escuchando en él.

Puerto abierto: El puerto no está bloqueado y hay una aplicación escuchando en él.

A la técnica de detectar los puertos abiertos de una máquina se le denomina Escaneo de puertos (Port scan), que se hace

con fines de seguridad pero también proporciona mucha información de utilidad a un posible atacante de nuestra

máquina, ya que le permite saber qué aplicaciones tenemos activas para explotar algún fallo y conseguir el acceso.

Vista previa parcial del texto

¡Descarga sesiones TCP y UDP en una red y más Esquemas y mapas conceptuales en PDF de Diseño de Redes solo en Docsity!

Introducción a TCP/IP

Algunas características de TCP e IP

por Toad, Febrero de 2005 (Licencia)

Partes

1. Algo sobre TCP/IP

2. Transmission Control Protocol (TCP)

3. Internet Protocol (IP)

Algo sobre TCP/IP

TCP/IP es la base de Internet. Sus orígenes se remontan a 1973 y fue desarrollado para un proyecto patrocinado por el

ARPA (Estados Unidos).

Aunque TCP/IP es un conjunto de protocolos, los que les dan nombre al conjunto son Transmission Control Protocol

(TCP) e Internet Protocol (IP).

TCP se encarga de controlar, ordenar y manejar los datos y de asegurarse de que llegan a su destino sin que se pierdan

paquetes. Pertenece a la capa de Transporte del protocolo TCP/IP.

IP se encarga de enviar los paquetes a su destino. Pertenece a la capa Internet de TCP/IP.

Veamos algunas características de estos protocolos en detalle:

Transmission Control Protocol (TCP)

TCP actúa tanto como emisor como receptor de paquetes. El TCP emisor divide la información a transferir en paquetes y

envía cada uno por separado, retransmitiéndolos si alguno no se entrega correctamente. Si es necesario el TCP receptor

tendrá que reordenar los paquetes secuencialmente (cada paquete tiene un número de secuencia de 32 bits, que es un

campo de la cabecera) para poder obtener la información.

Otros campos de la cabecera son Source port (Puerto fuente) y Destination port (Puerto destino) que son números sin

signo (unsigned) de 16 bits. TCP usa los números de puerto para identificar la aplicación emisora y la aplicación

receptora. Hay puertos TCP de 0 a 65535, sin embargo podemos distinguir tres tipos de puertos:

Puertos conocidos: De 0 al 1023, están reservados por la IANA para determinado tipo de aplicaciones (servidor

HTTP, FTP, etc.) y se requiere de privilegios de administrador en una máquina para activar una aplicación en uno

de estos puertos. Un ejemplo es el puerto 80(HTTP).

Puertos registrados: de 1024 a 49151, reservados para aplicaciones concretas. Un ejemplo es el 3306(MySQL).

Puertos privados: de 49152 a 65535, estos no están reservados para ninguna aplicación concreta.

Podemos decir que un puerto puede estar en tres estados:

Puerto filtrado: Un firewall (cortafuegos) bloquea el acceso al puerto.

Puerto cerrado: El puerto no está bloqueado pero no hay ninguna aplicación escuchando en él.

Puerto abierto: El puerto no está bloqueado y hay una aplicación escuchando en él.

A la técnica de detectar los puertos abiertos de una máquina se le denomina Escaneo de puertos (Port scan), que se hace

con fines de seguridad pero también proporciona mucha información de utilidad a un posible atacante de nuestra

máquina, ya que le permite saber qué aplicaciones tenemos activas para explotar algún fallo y conseguir el acceso.

En la cabecera de los paquetes de TCP hay 6 flags de 1 bit, es decir, que pueden valer ó 0 ó 1 según estén desactivadas o

activadas: estas banderas son SYN, ACK, RST, PSH, URG y FIN. Después los analizaremos con detalle.

Si se usa el flag ACK en un paquete se incluye un campo en la cabecera del paquete con el valor TCP ACK, un número

de 32 bits.

Veamos un ejemplo práctico utilizando la utilería hping [1] en un sistema UNIX:

hping2 -c 1 -V -S -p 80 www.apple.com

using en0, addr: 192.168.1.22, MTU: 1500 HPING www.apple.com (en0 17.254.0.91): S set, 40 headers + 0 data bytes len=46 ip=17.254.0.91 ttl=48 DF id=8071 tos=0 iplen= sport=80 flags=SA seq=0 win=32768 rtt=813.8 ms seq=3342449005 ack=466630552 sum=691a urp= --- www.apple.com hping statistic --- 1 packets tramitted, 1 packets received, 0% packet loss round-trip min/avg/max = 813.8/813.8/813.8 ms Ejemplo práctico 1

En el ejemplo práctico anterior vemos lo siguiente:

Enviamos al puerto 80 de la máquina www.apple.com un paquete con el flag TCP SYN activado (S set). La

información relativa a este paquete está en color rojo.

La máquina nos devuelve otro paquete, con los flags SYN y ACK activados (flags=SA). El Source Port es el 80.

Su número de secuencia TCP de 32 bits es 3342449005. El valor TCP ACK es 466630552. La información de este

paquete está en color azul.

Podemos ver que el "Tamaño de Ventana TCP" (TCP Window Size) especificada en la cabecera es de 32768

bytes. A continuación veremos qué es esto.

A medida que vayamos avanzando en el documento veremos qué significan más datos de los que podemos ver en la

salida del comando.

El Tamaño de Ventana TCP

El tamaño de ventana TCP (TCP Window Size) es un valor que especifica el receptor TCP en la cabecera, y especifica

la cantidad máxima de información en bytes que el receptor está preparado para recibir. El estándar TCP dice que el

receptor tiene que ser capaz de aceptar una ventana completa de datos. Es la forma de realizar un control de flujo en

TCP.

Iniciar una conexión en TCP

Para que una aplicación A inicie una conexión con otra máquina B al puerto X se sigue un protocolo de acuerdo de tres

pasos:

1. La aplicación A envía un paquete con el flag SYN al puerto X de la máquina B. Se utilizará un número de

secuencia inicial especificado por A.

A ------ [SYN secuencia:X] ----------------> B

2. Si el puerto está abierto, B responde a A con un paquete con los flags SYN y ACK activos. B también especifica

su número de secuencia inicial, y en el valor TCP ACK incluye el número de secuencia de A incrementado en una

unidad:

B ------ [SYN+ACK secuencia:Y ack:X+1] ----> A

En este SYN+ACK se especifica un número de secuencia TCP especial hecho a través de un hash con la IP del emisor,

puerto origen y más datos (la "cookie").

Cuando el emisor legítimo conteste con un ACK , como hemos visto antes, especificará como valor TCP ACK nuestro

valor de secuencia incrementado en una unidad. El receptor comprobará entonces este valor, que en realidad es el hash

de antes incrementado con los datos IP, puerto y demás, con lo que se abrirá la conexión; como si la tabla no estuviese

llena y todo funcionase normal.

A continuación veremos el significado de cada uno de los flags o bits de los paquetes TCP

Los flags de la cabecera en los paquetes TCP

Hemos visto antes que hay los flags SYN, ACK, RST, PSH, URG y FIN. Los veremos con detalle:

SYN (Synchronize): Ya hemos visto que se utiliza para iniciar una conexión TCP. Si enviamos un paquete con

este flag a un puerto X de una máquina, pueden pasar varias cosas:

Si el puerto está abierto, la máquina nos responde con un paquete con los flags SYN y ACK como hemos

visto antes.

Si el puerto está cerrado, nos responde con un paquete con los flags RST y ACK.

Si el puerto está filtrado, no recibiremos nada.

Veamos unos ejemplos prácticos:

hping2 -c 1 -S -p 21 192.168.1.

HPING 192.168.1.9 (en0 192.168.1.9): S set , 40 headers + 0 data bytes len=46 ip=192.168.1.9 ttl=64 DF id=37670 sport=21 flags=SA seq=0 win=32768 rtt=0.4 ms --- 192.168.1.9 hping statistic --- 1 packets tramitted, 1 packets received, 0% packet loss round-trip min/avg/max = 0.4/0.4/0.4 ms

En este ejemplo vemos cómo enviamos un paquete con el flag SYN al puerto 21 de 192.168.1.9 y nos responde

con otro con los flags SYN y ACK. El puerto 21 de 192.168.1.9 está abierto.

hping2 -c 1 -S -p 80 192.168.1.

HPING 192.168.1.9 (en0 192.168.1.9): S set , 40 headers + 0 data bytes len=46 ip=192.168.1.9 ttl=64 id=38005 sport=80 flags=RA seq=0 win=0 rtt=0.6 ms --- 192.168.1.9 hping statistic --- 1 packets tramitted, 1 packets received, 0% packet loss round-trip min/avg/max = 0.6/0.6/0.6 ms

En este otro ejemplo vemos que al enviar un paquete con flag SYN al puerto 80 de la misma máquina, nos

responde con otro con flags RST y ACK. El puerto 80 de esa máquina está cerrado.

hping2 -c 1 -S -p 3306 82.223.41.

HPING 82.223.41.40 (en0 82.223.41.40): S set , 40 headers + 0 data bytes --- 82.223.41.40 hping statistic --- 1 packets tramitted, 0 packets received , 100% packet loss round-trip min/avg/max = 0.0/0.0/0.0 ms

En este último ejemplo vemos que al enviar un paquete con flag SYN al puerto 3306 de 82.223.41.40 no

recibimos respuesta; el puerto está filtrado (o bien la máquina está caída, pero podríamos comprobarlo).

ACK (Acknowledgement): Este flag se utiliza para confirmaciones; y como hemos visto antes al utilizarlo se

incluye un valor TCP ACK en la cabecera.

Si enviamos un paquete ACK "no solicitado" a un puerto X de una máquina, debería ser respondido con otro

paquete con flag RST, sea cual fuere el estado del puerto. De hecho hay firewalls que sólo filtran los paquetes de

intento de conexión con SYN, no filtrando los que llevan ACK.

hping2 -c 1 -A -p 21 192.168.1.

HPING 192.168.1.9 (en0 192.168.1.9): A set , 40 headers + 0 data bytes len=46 ip=192.168.1.9 ttl=64 id=38407 sport=21 flags=R seq=0 win=0 rtt=0.7 ms --- 192.168.1.9 hping statistic --- 1 packets tramitted, 1 packets received, 0% packet loss round-trip min/avg/max = 0.7/0.7/0.7 ms

hping2 -c 1 -A -p 80 192.168.1.

HPING 192.168.1.9 (en0 192.168.1.9): A set , 40 headers + 0 data bytes len=46 ip=192.168.1.9 ttl=64 id=38408 sport=80 flags=R seq=0 win=0 rtt=0.6 ms --- 192.168.1.9 hping statistic --- 1 packets tramitted, 1 packets received, 0% packet loss round-trip min/avg/max = 0.6/0.6/0.6 ms

En el ejemplo anterior enviamos paquetes con flag ACK "no solicitados" a la misma máquina de antes, y vemos

que sea cual sea el estado de los puertos nos responde con un paquete con flag RST.

Lo mismo ocurre al enviar un SYN+ACK no solicitado.

RST (Reset): Este bit se utiliza para reiniciar una conexión debido a paquetes corrompidos o a SYN duplicados,

retardados, etc.

Un paquete con flag RST no solicitado es simplemente ignorado:

hping2 -c 1 -R -p 21 192.168.1.

HPING 192.168.1.9 (en0 192.168.1.9): R set, 40 headers + 0 data bytes --- 192.168.1.9 hping statistic --- 1 packets tramitted, 0 packets received, 100% packet loss round-trip min/avg/max = 0.0/0.0/0.0 ms

PSH (Push): Se utiliza para forzar el enviado inmediato de los datos tan pronto como sea posible. Si el TCP

emisor envía un paquete con este flag activado, el TCP receptor sabe que tiene que entregar los datos

inmediatamente a la aplicación receptora sin ponerlo en un buffer y esperar a más datos.

URG (Urgent): Sirve para definir un bloque de datos como "urgente". El campo Urgent Pointer de la cabecera es

un puntero que "apunta" a donde terminan estos datos urgentes; de esta manera se marca el bloque de datos.

FIN (Finalize): Sirve para finalizar una conexión.

Internet Protocol (IP)

Ya hemos dicho que este protocolo se encarga de la transmisión de los paquetes de su origen a su destino, puede que

recorriendo varias redes.

TCP toma los datos y los fragmenta en paquetes de no más de 64K. IP transporta esos datagramas, fragmentándolos en

trozos más pequeños, a su destino, donde TCP los reordena y ensambla para volver a formar los datos originales.

Los datagramas IP tienen una cabecera , con una parte fija de 20 bytes y una parte variable. Esta cabecera tiene varios

campos:

HPING xyz.xyz.be (en0 217.xxx.xxx.224): S set, 40 headers + 0 data bytes len=46 ip=217.xxx.xxx.224 ttl=117 DF id=61881 sport=80 flags=SA seq=0 win=16616 rtt=129.2 ms len=46 ip=217.xxx.xxx.224 ttl=117 DF id=61963 sport=80 flags=SA seq=1 win=16616 rtt=135.0 ms len=46 ip=217.xxx.xxx.224 ttl=117 DF id=62014 sport=80 flags=SA seq=2 win=16616 rtt=130.9 ms len=46 ip=217.xxx.xxx.224 ttl=117 DF id=62110 sport=80 flags=SA seq=3 win=16616 rtt=128.7 ms --- xyz.xyz.be hping statistic --- 4 packets tramitted, 4 packets received, 0% packet loss round-trip min/avg/max = 128.7/131.0/135.0 ms

Vemos, por ejemplo, que entre el primer paquete de respuesta y el segundo ha enviado otros 82 paquetes.

Como media la máquina xyz.xyz.be está enviando unos 76.3 paquetes por segundo (la opción -i 1 envía un paquete

por segundo).

De todas formas muchos sistemas implementan soluciones a este problema. Solaris, por ejemplo, mantiene un contador

diferente para cada IP. OpenBSD, por su parte, genera números ID aleatorios ( ID randomization ).

La solución de OpenBSD se puede aplicar al kernel de Linux. [3]

Y por si fuera poco, las máquinas susceptibles a este bug pueden ser usadas como "zombies" para un tipo de escaneo de

puertos avanzado llamado Idle Scan , que veremos más adelante a modo de curiosidad.

El campo de flags

Este es un campo de 3 bits, el primero de los cuales no se usa y vale siempre 0.

El segundo bit es el DF , y significa no fragmentar. Si un datagrama tiene este bit activo, los routers no lo fragmentarán

en pedazos más pequeños.

Un ejemplo de paquete recibido con este bit:

hping2 -c 1 -S -p 21 192.168.1.

HPING 192.168.1.9 (en0 192.168.1.9): S set, 40 headers + 0 data bytes len=46 ip=192.168.1.9 ttl=64 DF id=18938 sport=21 flags=SA seq=0 win=65535 rtt=0.6 ms --- 192.168.1.9 hping statistic --- 1 packets tramitted, 1 packets received, 0% packet loss round-trip min/avg/max = 0.6/0.6/0.6 ms

El tercer bit, MF , debe estar activo en todos los fragmentos de un datagrama excepto en el último. Sirve para verificar

que el datagrama llega completo a su destino.

El campo Fragmentation Offset

Este campo de 13 bits especifica la posición a la que pertenece el fragmento en el datagrama. Se especifica en unidades

de 8 bytes, ya que ésta es la unidad básica de fragmentación. El valor máximo es 8192.

El campo TTL , Tiempo de Vida

Este campo sirve para especificar el número máximo de routers que un paquete puede atravesar. Usualmente cada router

decrementa en una unidad el Tiempo de Vida, y si llega a 0 el paquete se destruye.

La mayoría de routers, cuando tienen que destruir un paquete por este motivo, informan al emisor mediante un mensaje

ICMP TIME_EXCEEDED.

Como curiosidad, en esto se basa la utilidad traceroute(8), que nos indica los routers por donde tiene que pasar

nuestro paquete para que llegue a una máquina X.

traceroute www.theos.com

traceroute to zeus.theos.com (199.185.137.1), 30 hops max, 40 byte packets 1 speedtouch (192.168.1.1) 0.932 ms 11.932 ms 0.366 ms 2 217.76.136.31 (217.76.136.31) 90.975 ms 89.274 ms 91.068 ms 3 gi5-0-1.core2.ban.mad.es.arsysinternet.com (217.76.146.141) 84.782 ms 84.514 ms 85.207 ms 4 if-4-0.core1.mx2-madrid.teleglobe.net (195.219.197.1) 98.621 ms 87.812 ms 90.94 ms 5 if-1-2.core1.mdi-madrid.teleglobe.net (195.219.133.41) 437.031 ms 463.92 ms 429.405 ms 6 if-1-0.core1.lhx-london.teleglobe.net (195.219.133.62) 278.759 ms 280.427 ms 277.516 ms 7 195.219.196.9 (195.219.196.9) 278.31 ms 277.827 ms 276.797 ms 8 195.219.196.18 (195.219.196.18) 278.885 ms 277.509 ms 278.534 ms 9 if-3-0.mcore3.njy-newark.teleglobe.net (216.6.57.5) 277.519 ms 286.197 ms 281.412 ms 10 if-4-0.mcore3.laa-losangeles.teleglobe.net (216.6.84.1) 278.307 ms 276.868 ms 282.637 ms 11 if-4-0.core1.sqo-sacramento.teleglobe.net (216.6.84.14) 278.728 ms 288.35 ms 277.553 ms 12 if-1-0.core2.sqo-sacramento.teleglobe.net (64.86.83.222) 278.48 ms 278.375 ms 283.209 ms 13 if-3-0.core2.sep-seattle.teleglobe.net (66.110.64.9) 278.829 ms 300.6 ms 299.145 ms 14 if-6-0.core1.sep-seattle.teleglobe.net (207.45.196.38) 358.712 ms 346.258 ms 479.536 ms 15 if-7-2.core1.vby-burnaby.teleglobe.net (207.45.196.1) 300.184 ms 276.636 ms 275.003 ms 16 ix-1-2.core1.vby-burnaby.teleglobe.net (207.45.196.10) 282.432 ms 280.309 ms 280.933 ms 17 p8-2-s1.bb2.cal1.sprint-canada.net (204.50.128.190) 282.708 ms 277.99 ms 279.338 ms 18 g5-0-0-s1.gw1.cal1.sprint-canada.net (204.50.251.195) 278.492 ms 292.072 ms 278.932 ms 19 z-s0-0-0-24-s1.gw1.cal1.sprint-canada.net (207.107.204.178) 286.639 ms 281.639 ms 281.399 ms 20 pf.openbsd.org (199.185.230.2) 278.402 ms 291.874 ms 275.036 ms 21 zeus.theos.com (199.185.137.1) 324.508 ms 279.76 ms 281.164 ms

sesiones TCP y UDP en una red, Esquemas y mapas conceptuales de Diseño de Redes

Documentos relacionados

Vista previa parcial del texto

¡Descarga sesiones TCP y UDP en una red y más Esquemas y mapas conceptuales en PDF de Diseño de Redes solo en Docsity!

Introducción a TCP/IP

Algunas características de TCP e IP

por Toad, Febrero de 2005 (Licencia)

Partes

1. Algo sobre TCP/IP

2. Transmission Control Protocol (TCP)

3. Internet Protocol (IP)

Algo sobre TCP/IP

TCP/IP es la base de Internet. Sus orígenes se remontan a 1973 y fue desarrollado para un proyecto patrocinado por el

ARPA (Estados Unidos).

Aunque TCP/IP es un conjunto de protocolos, los que les dan nombre al conjunto son Transmission Control Protocol

(TCP) e Internet Protocol (IP).

TCP se encarga de controlar, ordenar y manejar los datos y de asegurarse de que llegan a su destino sin que se pierdan

paquetes. Pertenece a la capa de Transporte del protocolo TCP/IP.

IP se encarga de enviar los paquetes a su destino. Pertenece a la capa Internet de TCP/IP.

Veamos algunas características de estos protocolos en detalle:

Transmission Control Protocol (TCP)

TCP actúa tanto como emisor como receptor de paquetes. El TCP emisor divide la información a transferir en paquetes y

envía cada uno por separado, retransmitiéndolos si alguno no se entrega correctamente. Si es necesario el TCP receptor

tendrá que reordenar los paquetes secuencialmente (cada paquete tiene un número de secuencia de 32 bits, que es un

campo de la cabecera) para poder obtener la información.

Otros campos de la cabecera son Source port (Puerto fuente) y Destination port (Puerto destino) que son números sin

signo (unsigned) de 16 bits. TCP usa los números de puerto para identificar la aplicación emisora y la aplicación

receptora. Hay puertos TCP de 0 a 65535, sin embargo podemos distinguir tres tipos de puertos:

Puertos conocidos: De 0 al 1023, están reservados por la IANA para determinado tipo de aplicaciones (servidor

HTTP, FTP, etc.) y se requiere de privilegios de administrador en una máquina para activar una aplicación en uno

de estos puertos. Un ejemplo es el puerto 80(HTTP).

Puertos registrados: de 1024 a 49151, reservados para aplicaciones concretas. Un ejemplo es el 3306(MySQL).

Puertos privados: de 49152 a 65535, estos no están reservados para ninguna aplicación concreta.

Podemos decir que un puerto puede estar en tres estados:

Puerto filtrado: Un firewall (cortafuegos) bloquea el acceso al puerto.

Puerto cerrado: El puerto no está bloqueado pero no hay ninguna aplicación escuchando en él.

Puerto abierto: El puerto no está bloqueado y hay una aplicación escuchando en él.

A la técnica de detectar los puertos abiertos de una máquina se le denomina Escaneo de puertos (Port scan), que se hace

con fines de seguridad pero también proporciona mucha información de utilidad a un posible atacante de nuestra

máquina, ya que le permite saber qué aplicaciones tenemos activas para explotar algún fallo y conseguir el acceso.

En la cabecera de los paquetes de TCP hay 6 flags de 1 bit, es decir, que pueden valer ó 0 ó 1 según estén desactivadas o

activadas: estas banderas son SYN, ACK, RST, PSH, URG y FIN. Después los analizaremos con detalle.

Si se usa el flag ACK en un paquete se incluye un campo en la cabecera del paquete con el valor TCP ACK, un número

de 32 bits.

Veamos un ejemplo práctico utilizando la utilería hping [1] en un sistema UNIX:

hping2 -c 1 -V -S -p 80 www.apple.com

En el ejemplo práctico anterior vemos lo siguiente:

Enviamos al puerto 80 de la máquina www.apple.com un paquete con el flag TCP SYN activado (S set). La

información relativa a este paquete está en color rojo.

La máquina nos devuelve otro paquete, con los flags SYN y ACK activados (flags=SA). El Source Port es el 80.

Su número de secuencia TCP de 32 bits es 3342449005. El valor TCP ACK es 466630552. La información de este

paquete está en color azul.

Podemos ver que el "Tamaño de Ventana TCP" (TCP Window Size) especificada en la cabecera es de 32768

bytes. A continuación veremos qué es esto.

A medida que vayamos avanzando en el documento veremos qué significan más datos de los que podemos ver en la

salida del comando.

El Tamaño de Ventana TCP

El tamaño de ventana TCP (TCP Window Size) es un valor que especifica el receptor TCP en la cabecera, y especifica

la cantidad máxima de información en bytes que el receptor está preparado para recibir. El estándar TCP dice que el

receptor tiene que ser capaz de aceptar una ventana completa de datos. Es la forma de realizar un control de flujo en

TCP.

Iniciar una conexión en TCP

Para que una aplicación A inicie una conexión con otra máquina B al puerto X se sigue un protocolo de acuerdo de tres

pasos:

1. La aplicación A envía un paquete con el flag SYN al puerto X de la máquina B. Se utilizará un número de

secuencia inicial especificado por A.

2. Si el puerto está abierto, B responde a A con un paquete con los flags SYN y ACK activos. B también especifica

su número de secuencia inicial, y en el valor TCP ACK incluye el número de secuencia de A incrementado en una

unidad:

En este SYN+ACK se especifica un número de secuencia TCP especial hecho a través de un hash con la IP del emisor,

puerto origen y más datos (la "cookie").

Cuando el emisor legítimo conteste con un ACK , como hemos visto antes, especificará como valor TCP ACK nuestro

valor de secuencia incrementado en una unidad. El receptor comprobará entonces este valor, que en realidad es el hash

de antes incrementado con los datos IP, puerto y demás, con lo que se abrirá la conexión; como si la tabla no estuviese

llena y todo funcionase normal.

A continuación veremos el significado de cada uno de los flags o bits de los paquetes TCP

Los flags de la cabecera en los paquetes TCP

Hemos visto antes que hay los flags SYN, ACK, RST, PSH, URG y FIN. Los veremos con detalle:

SYN (Synchronize): Ya hemos visto que se utiliza para iniciar una conexión TCP. Si enviamos un paquete con

este flag a un puerto X de una máquina, pueden pasar varias cosas: