CiberWiki - Contribuciones del usuario [es]

Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali

2023-09-14T12:14:28Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240"> =XEEjeBY4Aus </youtube>
|}

Las tablas caché ARP de toda máquina, son las que asocian la dirección MAC (Medium Access Control) del nivel 2 con las direcciones IP (de nivel 3). Sobre este concepto y la Defensa por Capas tenemos un vídeo que lo explica de forma detallada ([https://www.youtube.com/watch?v=HiqhAb5K2eo Direcciones IP y MAC]). Si se logra "engañar" a cualquier host sobre esta asociación que tiene en su memoria RAM, es posible derivar el tráfico de una red Ethernet hacia la dirección que se desee.

En este ejercicio, se demuestra de forma eminentemente práctica cómo se puede realizar esta actividad para que una vez comprendida seamos conscientes de cómo se realiza y comencemos a adoptar las medidas adecuadas para detectar este tipo de ataques y mitigarlos.

<h2>Práctica de envenenamiento caché con ARP </h2>

<p>Bueno, vamos a hacer un nuevo ejercicio desde nuestra máquina virtual Kali. Para ello, buscamos dentro de las herramientas de envenenamiento de Ettercap. Ejecutamos Ettercap. Aquí dentro de del programa, seleccionamos qué interfaz es la que vamos a utilizar. En nuestro caso, es eth0. Y vemos que ya está iniciando un listado, un escaneo de hosts, que es justamente lo que nos interesa lanzar.

[[File:Análisis_de_Host_por_Ettercap.jpg |thumb| Análisis de Host por Ettercap|center|650px]]

Realiza un escaneo rápido y marca abajo en la ventana que ya tiene detectado tres hosts que están vivas en esta red. En este caso el listado de hosts son los 10.0.2.2, 10.0.2.3 y 10.0.2.4, y cada uno asociado a una MAC. Abrimos Wireshark, que nuevamente nos da el mensaje que nos dice que es peligroso ejecutarlo como root. Seleccionamos una interfaz, en este caso nuevamente es la eth0, e iniciamos la captura. Lo que buscamos con esto es comparar lo que sucede cuando lanzamos el ataque de envenenamiento de la caché ARP que hacemos desde Ettercap.

Nos preguntará si queremos hacer sniffing en conexiones remotas o envenenamiento en un solo sentido. Para este caso nos interesa que se haga solo en un sentido. Aceptamos y ya estreá generando tráfico. Detenemos el ataque (conocido como el ataque del hombre en el medio) y volvemos a Wireshark.

Dentro del Wireshark, nos interesa ahora analizar el tráfico que ha generado Ettercap de cerca. Este es el resultado:

[[File:Análisis_de_tráfico_Ettercap_desde_Wireshark.jpg |thumb| Análisis de tráfico Ettercap desde Wireshark|center|650px]]

Vemos que hay una trama. Es la trama de la MAC 02 hacia la MAC 03 que podemos comparamos con las MACs que estamos viendo arriba. En esa trama, podemos ver que está bien en el ARP la asociación entre la MAC y la IP origen. Seguimos buscando a ver hasta dónde se produce el envenenamiento. Y ahí, por ejemplo, vemos en amarillo que ya se ha detectado que hay una IP duplicada.

[[File:Trama_duplicada_por_envenenamiento_caché_ARP.jpg |thumb| Trama duplicada por envenenamiento caché ARP |center|650px]]

Si lo vemos bien en ese campo, vemos que la MAC fuente es la que termina en 03. La comparamos con la de arriba y debería ser la IP 10.0.2.3. Vemos que la MAC destino es la 04. Que también, si lo comparamos con arriba, debería ser la MAC 04 respecto a la IP 10.0.2.4.</p>

<p>Y ahora analicemos el reply ARP ("Address Resolution Protocol (reply)"). Es lo que está diciendo. Hay un envío que termina en la MAC 03. Que si miramos acá debería ser la IP 10.0.2.3. Y sin embargo, fíjense que abajo dice "Sender IP 10.0.2.2". Este es el ataque de envenenamiento. La red está diciendo: "Yo tengo la MAC 03 y mi IP es la 10.0.2.2". Entonces, la caché del ARP del destino de este reply ARP va a guardar en su tabla que la MAC 03 está asociada a la IP 10.0.2.2. y así pues queda envenenada. </p>

[[Category:Prácticas/Ejercicios]]

Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali

2023-09-14T12:14:10Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240"> =XEEjeBY4Aus </youtube>
|}

Las tablas caché ARP de toda máquina, son las que asocian la dirección MAC (Medium Access Control) del nivel 2 con las direcciones IP (de nivel 3). Sobre este concepto y la Defensa por Capas tenemos un vídeo que lo explica de forma detallada ([https://www.youtube.com/watch?v=HiqhAb5K2eo Direcciones IP y MAC]). Si se logra "engañar" a cualquier host sobre esta asociación que tiene en su memoria RAM, es posible derivar el tráfico de una red Ethernet hacia la dirección que se desee.

En este ejercicio, se demuestra de forma eminentemente práctica cómo se puede realizar esta actividad para que una vez comprendida seamos conscientes de cómo se realiza y comencemos a adoptar las medidas adecuadas para detectar este tipo de ataques y mitigarlos.

<h2>Práctica de envenenamiento caché con aRP </h2>

<p>Bueno, vamos a hacer un nuevo ejercicio desde nuestra máquina virtual Kali. Para ello, buscamos dentro de las herramientas de envenenamiento de Ettercap. Ejecutamos Ettercap. Aquí dentro de del programa, seleccionamos qué interfaz es la que vamos a utilizar. En nuestro caso, es eth0. Y vemos que ya está iniciando un listado, un escaneo de hosts, que es justamente lo que nos interesa lanzar.

[[File:Análisis_de_Host_por_Ettercap.jpg |thumb| Análisis de Host por Ettercap|center|650px]]

Realiza un escaneo rápido y marca abajo en la ventana que ya tiene detectado tres hosts que están vivas en esta red. En este caso el listado de hosts son los 10.0.2.2, 10.0.2.3 y 10.0.2.4, y cada uno asociado a una MAC. Abrimos Wireshark, que nuevamente nos da el mensaje que nos dice que es peligroso ejecutarlo como root. Seleccionamos una interfaz, en este caso nuevamente es la eth0, e iniciamos la captura. Lo que buscamos con esto es comparar lo que sucede cuando lanzamos el ataque de envenenamiento de la caché ARP que hacemos desde Ettercap.

Nos preguntará si queremos hacer sniffing en conexiones remotas o envenenamiento en un solo sentido. Para este caso nos interesa que se haga solo en un sentido. Aceptamos y ya estreá generando tráfico. Detenemos el ataque (conocido como el ataque del hombre en el medio) y volvemos a Wireshark.

Dentro del Wireshark, nos interesa ahora analizar el tráfico que ha generado Ettercap de cerca. Este es el resultado:

[[File:Análisis_de_tráfico_Ettercap_desde_Wireshark.jpg |thumb| Análisis de tráfico Ettercap desde Wireshark|center|650px]]

Vemos que hay una trama. Es la trama de la MAC 02 hacia la MAC 03 que podemos comparamos con las MACs que estamos viendo arriba. En esa trama, podemos ver que está bien en el ARP la asociación entre la MAC y la IP origen. Seguimos buscando a ver hasta dónde se produce el envenenamiento. Y ahí, por ejemplo, vemos en amarillo que ya se ha detectado que hay una IP duplicada.

[[File:Trama_duplicada_por_envenenamiento_caché_ARP.jpg |thumb| Trama duplicada por envenenamiento caché ARP |center|650px]]

Si lo vemos bien en ese campo, vemos que la MAC fuente es la que termina en 03. La comparamos con la de arriba y debería ser la IP 10.0.2.3. Vemos que la MAC destino es la 04. Que también, si lo comparamos con arriba, debería ser la MAC 04 respecto a la IP 10.0.2.4.</p>

<p>Y ahora analicemos el reply ARP ("Address Resolution Protocol (reply)"). Es lo que está diciendo. Hay un envío que termina en la MAC 03. Que si miramos acá debería ser la IP 10.0.2.3. Y sin embargo, fíjense que abajo dice "Sender IP 10.0.2.2". Este es el ataque de envenenamiento. La red está diciendo: "Yo tengo la MAC 03 y mi IP es la 10.0.2.2". Entonces, la caché del ARP del destino de este reply ARP va a guardar en su tabla que la MAC 03 está asociada a la IP 10.0.2.2. y así pues queda envenenada. </p>

[[Category:Prácticas/Ejercicios]]

Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali

2023-09-14T12:12:39Z

Jcorletti:

<strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, aquí te dejamos paso a paso los <strong>[https://www.youtube.com/watch?v=XEEjeBY4Aus Envenenamiento caché ARP empleando Ettercap sobre Kali]</strong></strong>

Las tablas caché ARP de toda máquina, son las que asocian la dirección MAC (Medium Access Control) del nivel 2 con las direcciones IP (de nivel 3). Sobre este concepto y la Defensa por Capas tenemos un vídeo que lo explica de forma detallada ([https://www.youtube.com/watch?v=HiqhAb5K2eo Direcciones IP y MAC]). Si se logra "engañar" a cualquier host sobre esta asociación que tiene en su memoria RAM, es posible derivar el tráfico de una red Ethernet hacia la dirección que se desee.

En este ejercicio, se demuestra de forma eminentemente práctica cómo se puede realizar esta actividad para que una vez comprendida seamos conscientes de cómo se realiza y comencemos a adoptar las medidas adecuadas para detectar este tipo de ataques y mitigarlos.

<h2>Práctica de envenenamiento caché con aRP </h2>

<p>Bueno, vamos a hacer un nuevo ejercicio desde nuestra máquina virtual Kali. Para ello, buscamos dentro de las herramientas de envenenamiento de Ettercap. Ejecutamos Ettercap. Aquí dentro de del programa, seleccionamos qué interfaz es la que vamos a utilizar. En nuestro caso, es eth0. Y vemos que ya está iniciando un listado, un escaneo de hosts, que es justamente lo que nos interesa lanzar.

[[File:Análisis_de_Host_por_Ettercap.jpg |thumb| Análisis de Host por Ettercap|center|650px]]

Realiza un escaneo rápido y marca abajo en la ventana que ya tiene detectado tres hosts que están vivas en esta red. En este caso el listado de hosts son los 10.0.2.2, 10.0.2.3 y 10.0.2.4, y cada uno asociado a una MAC. Abrimos Wireshark, que nuevamente nos da el mensaje que nos dice que es peligroso ejecutarlo como root. Seleccionamos una interfaz, en este caso nuevamente es la eth0, e iniciamos la captura. Lo que buscamos con esto es comparar lo que sucede cuando lanzamos el ataque de envenenamiento de la caché ARP que hacemos desde Ettercap.

Nos preguntará si queremos hacer sniffing en conexiones remotas o envenenamiento en un solo sentido. Para este caso nos interesa que se haga solo en un sentido. Aceptamos y ya estreá generando tráfico. Detenemos el ataque (conocido como el ataque del hombre en el medio) y volvemos a Wireshark.

Dentro del Wireshark, nos interesa ahora analizar el tráfico que ha generado Ettercap de cerca. Este es el resultado:

[[File:Análisis_de_tráfico_Ettercap_desde_Wireshark.jpg |thumb| Análisis de tráfico Ettercap desde Wireshark|center|650px]]

Vemos que hay una trama. Es la trama de la MAC 02 hacia la MAC 03 que podemos comparamos con las MACs que estamos viendo arriba. En esa trama, podemos ver que está bien en el ARP la asociación entre la MAC y la IP origen. Seguimos buscando a ver hasta dónde se produce el envenenamiento. Y ahí, por ejemplo, vemos en amarillo que ya se ha detectado que hay una IP duplicada.

[[File:Trama_duplicada_por_envenenamiento_caché_ARP.jpg |thumb| Trama duplicada por envenenamiento caché ARP |center|650px]]

Si lo vemos bien en ese campo, vemos que la MAC fuente es la que termina en 03. La comparamos con la de arriba y debería ser la IP 10.0.2.3. Vemos que la MAC destino es la 04. Que también, si lo comparamos con arriba, debería ser la MAC 04 respecto a la IP 10.0.2.4.</p>

<p>Y ahora analicemos el reply ARP ("Address Resolution Protocol (reply)"). Es lo que está diciendo. Hay un envío que termina en la MAC 03. Que si miramos acá debería ser la IP 10.0.2.3. Y sin embargo, fíjense que abajo dice "Sender IP 10.0.2.2". Este es el ataque de envenenamiento. La red está diciendo: "Yo tengo la MAC 03 y mi IP es la 10.0.2.2". Entonces, la caché del ARP del destino de este reply ARP va a guardar en su tabla que la MAC 03 está asociada a la IP 10.0.2.2. y así pues queda envenenada. </p>

[[Category:Prácticas/Ejercicios]]

Aplicación y concatenación de diccionarios de fuerza bruta

2023-09-14T11:40:15Z

Jcorletti: Página redirigida a Aplicar y concatenar diccionarios de fuerza bruta

#REDIRECCIÓN [[Aplicar y concatenar diccionarios de fuerza bruta]]

Aplicación y concatenación de diccionarios de fuerza bruta

2023-09-14T11:39:22Z

Jcorletti: Página blanqueada

Ataque con Yersinia

2023-08-16T13:01:52Z

Jcorletti:

<h1>Cómo Analizar el Tráfico STP con Kali Linux y Wireshark: Guía Completa</h1>

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">U0byfzRY3UU</youtube>
|}

<h2>Introducción</h2>
<p>En esta guía, exploraremos detalladamente cómo utilizar [[Kali]] Linux junto con la herramienta [[Wireshark]] para realizar un análisis completo del tráfico [[STP]] (Spanning Tree Protocolo). El análisis exhaustivo del tráfico [[STP]] es fundamental para garantizar la máxima seguridad en una red y detectar posibles bucles. A través de esta guía, aprenderemos a realizar un ataque simulado utilizando la herramienta <b>[[Yersinia]]</b> y comprenderemos cómo se busca romper la jerarquía del protocolo STP.</p>

<h2>Análisis del Tráfico STP con [[Kali]] Linux y [[Wireshark]]</h2>
<p>El tráfico [[STP]] es una parte crítica de la configuración de cualquier red, y para analizarlo de manera eficiente, podemos aprovechar al máximo las funcionalidades que [[Kali]] Linux y [[Wireshark]] ofrecen.</p>

<h3>2.1 Preparando el Entorno</h3>
<p>Antes de comenzar el análisis, es imprescindible configurar correctamente nuestro entorno. Asegúrate de tener instalados [[Kali]] Linux y [[Wireshark]] en tu sistema. También se recomienda <b>no</b> utilizar [[Kali]] como usuario root para evitar riesgos innecesarios.</p>

<h3>2.2 Ejecutando el Comando de Ataque</h3>
<p>Una vez que nuestro entorno está listo, abrimos [[Kali]] Linux y [[Wireshark]] a fin de poder capturar el tráfico y lograr una escena de lo que está sucediendo. Nos preparamos para realizar el ataque simulado. Ejecutamos el comando de ataque: "yersinia stp-attack 0 -interface eth0". Un "ataque cero" es una sola trama que busca romper el árbol o la jerarquía que tiene el protocolo.</p>

<h3>2.3 Observando el Tráfico con [[Wireshark]]</h3>
<p>Durante el desarrollo del ataque, abrimos [[Wireshark]] y seleccionamos la interfaz que nos interesa, como por ejemplo, la interfaz cero que utilizaremos en este caso. Lanzamos la captura y cambiamos a la ventana de [[Yersinia]] para comenzar el ataque. Visualizamos ambas ventanas juntas , la de [[Kali]] Linux y [[Wireshark]], para lograr una comprensión más profunda. Al finalizar el ataque, detenemos [[Wireshark]] y analizamos la trama capturada.</p>

[[File:Captura_de_tráfico_Ataque_Yersinia.jpg|thumb|Captura tráfico de ataque con Yersinia|center|650px]]

<h3>2.4 Identificando la Trama</h3>
<p>En la trama capturada por [[Wireshark]], identificamos meticulosamente las partes relevantes del protocolo [[STP]] y analizamos la información detalladamente. Observamos la red como parte de la trama, así como el puente (bridge) desde la raíz. Además, identificamos un Bridge Identify, el cual consiste en números múltiplos de 128 que buscan un valor bajo para considerarse de mayor jerarquía que el root.</p>

<h2>Conclusiones</h2>
<p> Observamos que es una trama que habla del protocolo Spanning Tree. En este caso, la BPDU (Bridge Protocol Data Units) es la trama. Lo marca como una trama que no es de cambio de configuración y nos muestra el ID y del bridge desde el root. En este caso, nos está mostrando que tiene un bridge identify que busca entre los números (que siempre serán múltiplos de 128) un valor bajo para que pueda considerarse de mayor jerarquía que el root. Entonces, lo que estamos viendo aquí es el root identify que está proponiéndose con un bajo valor para poder considerarse nuevamente como root.
</p>

<p>Es importante recordar que el [[análisis de tráfico]] siempre debe realizarse con fines legítimos y autorizados. El uso indebido de estas técnicas puede tener consecuencias legales y éticas. Por lo tanto, siempre es vital obtener el consentimiento adecuado antes de llevar a cabo cualquier análisis de tráfico en una red.</p>

Ataque con Yersinia

2023-08-16T13:01:35Z

Jcorletti:

<h1>Cómo Analizar el Tráfico STP con Kali Linux y Wireshark: Guía Completa</h1>

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240"v=U0byfzRY3UU</youtube>
|}

<h2>Introducción</h2>
<p>En esta guía, exploraremos detalladamente cómo utilizar [[Kali]] Linux junto con la herramienta [[Wireshark]] para realizar un análisis completo del tráfico [[STP]] (Spanning Tree Protocolo). El análisis exhaustivo del tráfico [[STP]] es fundamental para garantizar la máxima seguridad en una red y detectar posibles bucles. A través de esta guía, aprenderemos a realizar un ataque simulado utilizando la herramienta <b>[[Yersinia]]</b> y comprenderemos cómo se busca romper la jerarquía del protocolo STP.</p>

<h2>Análisis del Tráfico STP con [[Kali]] Linux y [[Wireshark]]</h2>
<p>El tráfico [[STP]] es una parte crítica de la configuración de cualquier red, y para analizarlo de manera eficiente, podemos aprovechar al máximo las funcionalidades que [[Kali]] Linux y [[Wireshark]] ofrecen.</p>

<h3>2.1 Preparando el Entorno</h3>
<p>Antes de comenzar el análisis, es imprescindible configurar correctamente nuestro entorno. Asegúrate de tener instalados [[Kali]] Linux y [[Wireshark]] en tu sistema. También se recomienda <b>no</b> utilizar [[Kali]] como usuario root para evitar riesgos innecesarios.</p>

<h3>2.2 Ejecutando el Comando de Ataque</h3>
<p>Una vez que nuestro entorno está listo, abrimos [[Kali]] Linux y [[Wireshark]] a fin de poder capturar el tráfico y lograr una escena de lo que está sucediendo. Nos preparamos para realizar el ataque simulado. Ejecutamos el comando de ataque: "yersinia stp-attack 0 -interface eth0". Un "ataque cero" es una sola trama que busca romper el árbol o la jerarquía que tiene el protocolo.</p>

<h3>2.3 Observando el Tráfico con [[Wireshark]]</h3>
<p>Durante el desarrollo del ataque, abrimos [[Wireshark]] y seleccionamos la interfaz que nos interesa, como por ejemplo, la interfaz cero que utilizaremos en este caso. Lanzamos la captura y cambiamos a la ventana de [[Yersinia]] para comenzar el ataque. Visualizamos ambas ventanas juntas , la de [[Kali]] Linux y [[Wireshark]], para lograr una comprensión más profunda. Al finalizar el ataque, detenemos [[Wireshark]] y analizamos la trama capturada.</p>

[[File:Captura_de_tráfico_Ataque_Yersinia.jpg|thumb|Captura tráfico de ataque con Yersinia|center|650px]]

<h3>2.4 Identificando la Trama</h3>
<p>En la trama capturada por [[Wireshark]], identificamos meticulosamente las partes relevantes del protocolo [[STP]] y analizamos la información detalladamente. Observamos la red como parte de la trama, así como el puente (bridge) desde la raíz. Además, identificamos un Bridge Identify, el cual consiste en números múltiplos de 128 que buscan un valor bajo para considerarse de mayor jerarquía que el root.</p>

<h2>Conclusiones</h2>
<p> Observamos que es una trama que habla del protocolo Spanning Tree. En este caso, la BPDU (Bridge Protocol Data Units) es la trama. Lo marca como una trama que no es de cambio de configuración y nos muestra el ID y del bridge desde el root. En este caso, nos está mostrando que tiene un bridge identify que busca entre los números (que siempre serán múltiplos de 128) un valor bajo para que pueda considerarse de mayor jerarquía que el root. Entonces, lo que estamos viendo aquí es el root identify que está proponiéndose con un bajo valor para poder considerarse nuevamente como root.
</p>

<p>Es importante recordar que el [[análisis de tráfico]] siempre debe realizarse con fines legítimos y autorizados. El uso indebido de estas técnicas puede tener consecuencias legales y éticas. Por lo tanto, siempre es vital obtener el consentimiento adecuado antes de llevar a cabo cualquier análisis de tráfico en una red.</p>

Ejercicios de direccionamiento IP con la herramienta ipcalc sobre Kali

2023-08-16T12:38:40Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">uvRuuXjQ-Po&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=6</youtube>
|}

<p>Vamos a hacer alguna práctica ahora para afianzar bien el concepto de redes y subredes a través del protocolo IP. Utilizaremos la máquina virtual [[Kali]] y abriremos una consola. Para realizar la práctica, además, debemos tener instalada la herramienta [[ipcalc]], que si aún no la tenemos instalada, dejamos a continuación unos breves pasos para su instalación. El primer paso que debemos hacer desde Kali, ya teniendo conexión a Internet, es ejecutar el comando "apt-get install ipcalc". Cuando hayan pasado todos los paquetes necesarios, nos indicará cuánto vamos a utilizar y quedará instalado el software. Con esto, el proceso de instalación se habrá completado.</p>

<h3> Aplicaciones de la herramienta "ipcalc"</h3>

<p>Abramos una nueva ventana y veamos las diferentes opciones que nos ofrece. Esta es una herramienta muy sencilla pero que nos puede ser de mucha utilidad para entender y definir subredes dentro de nuestras redes. Si escribimos ahora, una vez que esté instalado "ipcalc" en Kali, el mismo comando ya nos mostrará las opciones disponibles. Insistimos, es muy fácil de ejecutar, lo que debemos buscar es calcular qué direcciones de red y máscaras necesitamos. Supongamos que vamos a utilizar una red en el rango 192.168.0 y queremos ver cuántas máquinas tendremos. Entonces, ejecutamos directamente "ipcalc 192.168.0".</p>

<p>Si queremos hacer la red 10, por ejemplo, y dentro de esa red queremos ver con una máscara /28 qué opciones nos ofrece, tendremos que escribir el comando y a continuación estos datos sobre la red que trabajamos. Quedará de esta forma:

[[File:Ejercicio_con_ipcalc_sobre_una_red.jpg|thumb|Ejercicio con ipcalc sobre una red|center|650px]]

Analizemos el resultado que nos está dando. Nos dice que la red que vamos a utilizar es la 192.168.10.0/28, como estamos viendo en la parte superior de la imagen, siendo /28 la netmask. y ¿qué significa este numero? Esto refiere a la cantidad de bits que vemos a la derecha de la dirección "Netmask:", siendo estos 24 bits divididos en tres paquetes de ocho y 4 más que siempre están definidos de izquierda a derecha, estableciendo la máscara de subred. Entonces, 3 por 8 son 24, más 4 son 28. Esto nos dice que todos estos elementos de nuestro direccionamiento serán considerados como red, como se explica aquí abajo, y solo tendremos los últimos 4 bits para definir los hosts en esa subred.</p>

<p>Viendo esto podemos ver los primeros datos que nos ofrece la herramienta, nos ofrece en binario la máscara de red y los bits referentes a host. Una nota importante es el concepto de "wild-card", que es un término muy utilizado, por ejemplo, en Cisco, que hace referencia al comodín que se usa para definir los host que están dentro de esta red. Si prestamos atención, en esencia, es la inversa de la máscara de red.</p>

<h3> Network, HostMin, HostMax, Broadcast y Hosts/Net en ipcalc</h3>

<p>En estas líneas, ¿qué nos está diciendo? En primer lugar, nos indica que esta es la dirección IP de nuestra red, 192.168.10.0, que corresponde al código binario establecido a su derecha. El valor mínimo del host, en definitiva, el primer host que yo puedo definir que es 192.168.10.1, y su representación binaria está en HostMin. Podemos definir hosts desde el 1 hasta el 14, que queda indicado en el HostMax. Finalmente, el broadcast de esa red es cuando ponemos los cuatro bits a uno (se puede ver al final del código binario de la sección). Eso serían los mensajes dirigidos a cualquiera de las catorce máquinas de nuestra subred.</p>

<p>Entonces, si hemos seleccionado una red con una máscara /28, nos está diciendo que podemos definir hosts del 1 al 14. Y ese último host podríamos utilizarlo, aunque no es una buena práctica hacerlo ya que se reserva para el propósito del Broadcast de nuestra subred. Por último, nos dice que tendremos 14 hosts en esta red. Lo ideal es que no toquemos ni el primero ni el último, y que los hosts vayan del 2 al 14. Nos informa que es una Class C (recordemos que el primer, segundo y tercer octeto se definen como una clase C) y que es una red privada ya que justamente incluye los tres rangos privados: 10.0.0.0, 172.16.0.0 entre 16 y 31, y 192.168.0.0.</p>

<h3>Posibilidades con ipcalc</h3>

<p>Por lo tanto, con un simple comando, hemos pedido a "ipcalc" que nos muestre cómo configurar una red con una máscara /28. Inmediatamente, "ipcalc" nos devuelve estos valores, indicándonos la máscara a usar tanto en octetos como usando /28. Nos dice cuántos hosts podemos definir en nuestra red, cuál es el primer valor a usar, cuál es el último valor y cuál es el broadcast que se utilizará en esa subred. Nos proporciona toda esta información en binario, ya que esto es lo que realmente entenderán los routers y las tarjetas de red. Ellos no tienen 10 dedos como nosotros, sino solo 2, entonces, solo entenderán ceros y unos. Y en realidad, lo que viajará a través de nuestras redes serán estos niveles de tensión o luz que se traducen en ceros y unos. Eso es lo que las tarjetas de red y los routers interpretarán.</p>

<p>En resumen, este es un ejercicio sencillo cuya intención es mostrar cómo, a través de un comando sencillo en consola, podemos organizar nuestras redes. Todo se resume a esto, es la utilidad de esta herramienta sencilla a la hora de configurar subredes.</p>

[[Categoría: Prácticas/Ejercicios]]

Ejercicios de direccionamiento IP con la herramienta ipcalc sobre Kali

2023-08-16T12:18:47Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">uvRuuXjQ-Po&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=6</youtube>
|}

<p>Vamos a hacer alguna práctica ahora para afianzar bien el concepto de redes y subredes a través del protocolo IP. Utilizaremos la máquina virtual [[Kali]] y abriremos una consola. Para realizar la práctica, además, debemos tener instalada la herramienta [[ipcalc]], que si aún no la tenemos instalada, dejamos a continuación unos breves pasos para su instalación. El primer paso que debemos hacer desde Kali, ya teniendo conexión a Internet, es ejecutar el comando "apt-get install ipcalc". Cuando hayan pasado todos los paquetes necesarios, nos indicará cuánto vamos a utilizar y quedará instalado el software. Con esto, el proceso de instalación se habrá completado.</p>

<h3> Aplicaciones de la herramienta "ipcalc"</h3>

<p>Abramos una nueva ventana y veamos las diferentes opciones que nos ofrece. Esta es una herramienta muy sencilla pero que nos puede ser de mucha utilidad para entender y definir subredes dentro de nuestras redes. Si escribimos ahora, una vez que esté instalado "ipcalc" en Kali, el mismo comando ya nos mostrará las opciones disponibles. Insistimos, es muy fácil de ejecutar, lo que debemos buscar es calcular qué direcciones de red y máscaras necesitamos. Supongamos que vamos a utilizar una red en el rango 192.168.0 y queremos ver cuántas máquinas tendremos. Entonces, ejecutamos directamente "ipcalc 192.168.0".</p>

<p>Si queremos hacer la red 10, por ejemplo, y dentro de esa red queremos ver con una máscara /28 qué opciones nos ofrece, tendremos que escribir el comando y a continuación estos datos sobre la red que trabajamos. Quedará de esta forma.

[[File:Ejercicio_con_ipcalc_sobre_una_red.jpg|thumb|Ejercicio con ipcalc sobre una red|center|650px]]

Si prestamos atención, analizaremos el resultado que nos está dando. Nos dice que la red que vamos a utilizar es la 192.168.10.0/28, como estamos viendo aquí. En definitiva, ¿qué significa? 28 bits más 4 bits que siempre están definidos de izquierda a derecha, estableciendo la máscara de subred. Entonces, 3 por 8 son 24, más 4 son 28. Esto nos dice que todos estos elementos de nuestro direccionamiento serán considerados como red, como se explica aquí abajo, y solo tendremos estos 4 bits para definir los hosts en esa subred.</p>

<p>En primer lugar, nos ofrece en binario la máscara de red y los bits referentes a host. Una nota importante es el concepto de "wild-card", que es un término muy utilizado, por ejemplo, en Cisco, que es el comodín que se usa para definir qué estará dentro de esta red. Si prestamos atención, en esencia, es la inversa de la máscara. Analicemos estas cuatro líneas que están aquí abajo.</p>

<p>En estas líneas, ¿qué nos está diciendo? En primer lugar, nos indica que esta es la dirección IP de nuestra red, 192.168.10.0, que corresponde a esto en binario, a esto en binario, y el valor mínimo del host, que es 192.168.10.1, y su representación binaria está aquí. Podemos definir hosts desde el 1 hasta el 14, y el broadcast de esa red es cuando ponemos los cuatro bits como uno. Eso sería para enviar mensajes a cualquiera de las catorce máquinas de nuestra subred.</p>

<p>Entonces, si hemos seleccionado una red con una máscara /28, nos está diciendo que podemos definir hosts del 1 al 14. Y ese último host, que en realidad podríamos utilizar, no es una buena práctica hacerlo, ya que se reserva para el propósito de nuestra subred. Por último, nos dice que tendremos 14 hosts en esta red. Lo ideal es que no toquemos ni el primero ni el último, y que los hosts vayan del 2 al 14. Nos informa que es una clase C. Recordemos que el primer, segundo y tercer octeto se definen como una clase C y que es una red privada. Los tres rangos privados son: 10.0.0.0, 172.16.0.0 entre 16 y 31, y 192.168.0.0.</p>

<p>Por lo tanto, con un simple comando, hemos pedido a "ipcalc" que nos muestre cómo configurar una red con una máscara /28. Inmediatamente, "ipcalc" nos devuelve estos valores, indicándonos la máscara a usar tanto en objetos como usando /28. Nos dice cuántos hosts podemos definir en nuestra red, cuál es el primer valor a usar, cuál es el último valor y cuál es el broadcast que se utilizará en esa subred. Nos proporciona toda esta información en binario, ya que esto es lo que realmente entenderán los routers y las tarjetas de red. Ellos no tienen 10 dedos como nosotros, sino solo 2. Entonces, solo entenderán ceros y unos. Y en realidad, lo que viajará a través de nuestras redes serán estos niveles de tensión o luz que se traducen en ceros y unos. Eso es lo que las tarjetas de red y los routers interpretarán.</p>

<p>En resumen, este es un ejercicio sencillo cuya intención es mostrar cómo, a través de un comando sencillo en consola, podemos organizar nuestras redes. Si ingresamos otro valor, como por ejemplo 10.0.0.0 o 10.1.0.0, y queremos una máscara /16, es decir, utilizando dos octetos completos para la máscara, "ipcalc" nos proporcionará nuevamente los resultados. En este caso, como pueden ver, podríamos tener hasta 65,000 hosts en nuestra red. También nos informará cuál es el primer valor, cuál es el último y cuál será el broadcast. Todo se resume a esto. Esta es la utilidad de esta herramienta sencilla a la hora de configurar subredes.</p>

[[Categoría: Prácticas/Ejercicios]]

Ejercicios de direccionamiento IP con la herramienta ipcalc sobre Kali

2023-08-16T12:11:02Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">uvRuuXjQ-Po&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=6</youtube>
|}

<p>Vamos a hacer alguna práctica ahora para afianzar bien el concepto de redes y subredes a través del protocolo IP. Utilizaremos la máquina virtual [[Kali]] y abriremos una consola. Para realizar la práctica, además, debemos tener instalada la herramienta [[ipcalc]], que si aún no la tenemos instalada, dejamos a continuación unos breves pasos para su instalación. El primer paso que debemos hacer desde Kali, ya teniendo conexión a Internet, es ejecutar el comando "apt-get install ipcalc", como pueden ver aquí en nuestra máquina. Han pasado todos los paquetes necesarios. Nos indica cuánto vamos a utilizar y queda instalado el software. El proceso de instalación se completó sin problema.</p>

<p>Abramos una nueva ventana y veamos las diferentes opciones que nos ofrece. Esta es una herramienta muy sencilla pero que nos puede ser de mucha utilidad para entender y definir subredes dentro de nuestras redes. Si escribimos ahora, una vez que esté instalado "ipcalc", el mismo comando ya nos mostrará las opciones disponibles. Insistimos, es muy fácil de ejecutar. Lo que debemos buscar es calcular qué direcciones de red y máscaras necesitamos. Supongamos que vamos a utilizar una red en el rango 192.168.0 y queremos ver cuántas máquinas tendremos. Entonces, ejecutamos directamente "ipcalc 192.168.0".</p>

<p>Si queremos hacer la red 10, por ejemplo, y dentro de esa red queremos ver con una máscara /28 qué opciones nos ofrece. Si prestamos atención, analizaremos el resultado que nos está dando. Nos dice que la red que vamos a utilizar es la 192.168.10.0/28, como estamos viendo aquí. En definitiva, ¿qué significa? 28 bits más 4 bits que siempre están definidos de izquierda a derecha, estableciendo la máscara de subred. Entonces, 3 por 8 son 24, más 4 son 28. Esto nos dice que todos estos elementos de nuestro direccionamiento serán considerados como red, como se explica aquí abajo, y solo tendremos estos 4 bits para definir los hosts en esa subred.</p>

<p>En primer lugar, nos ofrece en binario la máscara de red y los bits referentes a host. Una nota importante es el concepto de "wild-card", que es un término muy utilizado, por ejemplo, en Cisco, que es el comodín que se usa para definir qué estará dentro de esta red. Si prestamos atención, en esencia, es la inversa de la máscara. Analicemos estas cuatro líneas que están aquí abajo.</p>

<p>En estas líneas, ¿qué nos está diciendo? En primer lugar, nos indica que esta es la dirección IP de nuestra red, 192.168.10.0, que corresponde a esto en binario, a esto en binario, y el valor mínimo del host, que es 192.168.10.1, y su representación binaria está aquí. Podemos definir hosts desde el 1 hasta el 14, y el broadcast de esa red es cuando ponemos los cuatro bits como uno. Eso sería para enviar mensajes a cualquiera de las catorce máquinas de nuestra subred.</p>

<p>Entonces, si hemos seleccionado una red con una máscara /28, nos está diciendo que podemos definir hosts del 1 al 14. Y ese último host, que en realidad podríamos utilizar, no es una buena práctica hacerlo, ya que se reserva para el propósito de nuestra subred. Por último, nos dice que tendremos 14 hosts en esta red. Lo ideal es que no toquemos ni el primero ni el último, y que los hosts vayan del 2 al 14. Nos informa que es una clase C. Recordemos que el primer, segundo y tercer octeto se definen como una clase C y que es una red privada. Los tres rangos privados son: 10.0.0.0, 172.16.0.0 entre 16 y 31, y 192.168.0.0.</p>

<p>Por lo tanto, con un simple comando, hemos pedido a "ipcalc" que nos muestre cómo configurar una red con una máscara /28. Inmediatamente, "ipcalc" nos devuelve estos valores, indicándonos la máscara a usar tanto en objetos como usando /28. Nos dice cuántos hosts podemos definir en nuestra red, cuál es el primer valor a usar, cuál es el último valor y cuál es el broadcast que se utilizará en esa subred. Nos proporciona toda esta información en binario, ya que esto es lo que realmente entenderán los routers y las tarjetas de red. Ellos no tienen 10 dedos como nosotros, sino solo 2. Entonces, solo entenderán ceros y unos. Y en realidad, lo que viajará a través de nuestras redes serán estos niveles de tensión o luz que se traducen en ceros y unos. Eso es lo que las tarjetas de red y los routers interpretarán.</p>

<p>En resumen, este es un ejercicio sencillo cuya intención es mostrar cómo, a través de un comando sencillo en consola, podemos organizar nuestras redes. Si ingresamos otro valor, como por ejemplo 10.0.0.0 o 10.1.0.0, y queremos una máscara /16, es decir, utilizando dos octetos completos para la máscara, "ipcalc" nos proporcionará nuevamente los resultados. En este caso, como pueden ver, podríamos tener hasta 65,000 hosts en nuestra red. También nos informará cuál es el primer valor, cuál es el último y cuál será el broadcast. Todo se resume a esto. Esta es la utilidad de esta herramienta sencilla a la hora de configurar subredes.</p>

[[Categoría: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-16T12:05:33Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h2>Centralitas y Redes de Voz</h2>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa:

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

<p>Cuando está ya montada sobre la pila tcp, la voz va a paquetizada y vamos a ver ahora cómo se monta. Cada una de esas salidas (en el caso de la imagen, aquellas qeu dan a cada uno de los Telefonos señalados) son bocas como si fuera un switch. estas van conectadas a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. Es muy común ya ver esto en todas las empresas.

<p>Para salir a internet, se utiliza un Gateway (señalado en azul), que es una pasarela encargada de recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier, transformarla en voz sobre IP e inyectarla a la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública conocida como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx (caja superior de la imagen), un switch cualquiera (la caja central) que es el que conecta todas las bocas de la empresa y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. En ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Volviendo a la imagen, tenemos un Teléfono 1 que tiene una IP que termina en el último octeto con 228, un Teléfono 2 que es el 172, una centralita que es la 10.102.230.194 y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el Teléfono 1 y el Teléfono 2. Para eso, vamos a utilizar hoy un software muy conocido, [[Caín]], que ya está medio desactualizado, hay varios más, pero sigue siendo una herramienta extremadamente potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable, estaba haciendo un penetration testing y para poder hacerse con el controlador de dominio, trató de infectar el switch con esta herramienta Caín de Abel y volteó una gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa cómo funciona.</p>

<p>Lo primero que una vez que se abre Caín nos permite hacer sniffing, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el sniffer y dentro de esta opción empieza a reconocer todos los hosts que hay en una red. Tenemos que recalcar de antemano este 129 con la MAC c8, que nos va a llamar bastante la atención. Una vez hecho el sniffing, ya tenemos el listado de todas las direcciones IP de los teléfonos que están llamando. De hecho en este ejemplo lo que vemos son hosts reales:

[[File:Sniffing_con_Caín.jpg |thumb|Sniffing con Caín|center|475px]]

Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es ARP poisoning routing con lo que puedo envenenar una ruta ARP. Es muy sencillo, voy eligiendo qué quiero envenenar y a partir de ahí marcará como "envenenada" la dirección que le marque. En este caso buscamos la centralita con una MAC que es la c8, y voy a comprometer esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

[[Envenenamiento_ARP_con_Caín.jpg |thumb|Envenenamiento ARP con Caín|center|475px]]

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-Iime Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como se puede ver en la imagen del comienzo, ese es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

[[File:Tráfico_VoIP_interceptado_con_Caín.jpg |thumb|Tráfico VoIP interceptado con Caín|center|850px]]

<h3>Intercepción de Llamadas VoIP</h3>

<p>Tras realizar la captura de tráfico, podemos directamente el diálogo que hemos infectado</p>

[[File:Captura_de_tráfico_infectado_con_Caín.jpg |thumb| Captura de tráfico infectado con Caín|center|850px]]

<p>Bueno, vamos a empezar a desarrollar. La primera trama, donde la IP fuente es la 194, cree que se está dirigiendo a la 172, pero analizando la rtama en detalle abajo. Tenemos una IP fuente que es la 194 contra una IP destino que es la 172, pero si analizamos el Nivel 2 (la sección Ethernet II), veremos que se comunica la MACc8 contra la MACbe. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese caso real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 172 y con la MACbe le reenvío literalmente el mismo mensaje a la 172, que es la segunda trama que están viendo en la captura de tráfico. En esa segunda trama es la be la que le envía a la 9c a nivel de enlace. Yo digo que soy la IP 194, cuando en realidad no lo soy, y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MACbe y le digo: "Yo soy la 194 y te invito a que inicies una conexión"(que es lo que podemos ver en la segunda trama de la captura de tráfico), el Teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MACbe, que es esta tercera trama que tienen acá.</p>

<p>En tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en la cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MACbe. Te digo que "Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MACbe que es la que yo le acabo de infectar cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas: Acknowledgement" (este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones). Entonces desde la c8 se comunca a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta la 194 se comunica con la 72, pero en realidad, se está comunicando con la MACbe, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172.

[[File:Trama_6_de_Interceptación_de_VoIP.jpg|thumb|Trama 6 de Interceptación de VoIP|center|850px]]

Entonces, este se cree que realmente es en la 194. Y con esto terminamos con las tramas de [[protocolo SIP (Session Initiation Protocol)]] y [[protocolo SDP (Session Description Protocol)]]. Estas son estas tramas que marcan la negociación y es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo [[protocolo RTP (Real-time Protocol)]] y es cuando empieza a viajar la voz.</p>

<p>Entonces, fíjense que ahora la 228 se comunica con la que cree que es la 172, pero nuevamente se está comunicando conmigo, con la MACbe. Entonces, esta trama es esta que tenemos aquí abajo, la primera trama de voz sobre IP, en la cual la 228, con la MACc8 que también está infectada, se comunica con esta MACbe, creyendo que es la 172, cuando en realidad no lo es:

[[File:Protocolo_RTP_en_VoIP.jpg |thumb|Protocolo RTP en VoIP|center|850px]]

Automáticamente, yo duplico esa misma trama, en la cual le digo: "Yo soy la 228" y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Esto que hemos extraído como protocolo RTP es tráfico, es tráfico Real-time Protocol. Es decir, aquí viaja la voz. Entonces si yo me vengo a las opciones de la ventana (arriba) y clico en "telefonía", me vengo a "RTP", le digo "RTP Player". Automáticamente, esos paquetes de datos en IP me los transforma a un formato de audio que reproduce la llamada interceptada a través de la herramienta Caín.

<h2>Resumen del Proceso de Intercepción VoIP</h2>

<p>Lo que hemos hecho es el Teléfono 1 negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment", la 228 automáticamente estableció comunicación con la 172, pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP, pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-15T11:54:27Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h3>Centralitas y Redes de Voz</h3>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa:

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

<p>Cuando está ya montada sobre la pila tcp, la voz va a paquetizada y vamos a ver ahora cómo se monta. Cada una de esas salidas (en el caso de la imagen, aquellas qeu dan a cada uno de los Telefonos señalados) son bocas como si fuera un switch. estas van conectadas a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. Es muy común ya ver esto en todas las empresas.

<p>Para salir a internet, se utiliza un Gateway (señalado en azul), que es una pasarela encargada de recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier, transformarla en voz sobre IP e inyectarla a la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública conocida como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx (caja superior de la imagen), un switch cualquiera (la caja central) que es el que conecta todas las bocas de la empresa y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. En ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Volviendo a la imagen, tenemos un Teléfono 1 que tiene una IP que termina en el último octeto con 228, un Teléfono 2 que es el 172, una centralita que es la 10.102.230.194 y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el Teléfono 1 y el Teléfono 2. Para eso, vamos a utilizar hoy un software muy conocido, [[Caín]], que ya está medio desactualizado, hay varios más, pero sigue siendo una herramienta extremadamente potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable, estaba haciendo un penetration testing y para poder hacerse con el controlador de dominio, trató de infectar el switch con esta herramienta Caín de Abel y volteó una gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa cómo funciona.</p>

<p>Lo primero que una vez que se abre Caín nos permite hacer sniffing, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el sniffer y dentro de esta opción empieza a reconocer todos los hosts que hay en una red. Tenemos que recalcar de antemano este 129 con la MAC c8, que nos va a llamar bastante la atención. Una vez hecho el sniffing, ya tenemos el listado de todas las direcciones IP de los teléfonos que están llamando. De hecho en este ejemplo lo que vemos son hosts reales:

[[File:Sniffing_con_Caín.jpg |thumb|Sniffing con Caín|center|475px]]

Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es ARP poisoning routing con lo que puedo envenenar una ruta ARP. Es muy sencillo, voy eligiendo qué quiero envenenar y a partir de ahí marcará como "envenenada" la dirección que le marque. En este caso buscamos la centralita con una MAC que es la c8, y voy a comprometer esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

[[Envenenamiento_ARP_con_Caín.jpg |thumb|Envenenamiento ARP con Caín|center|475px]]

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-Iime Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como se puede ver en la imagen del comienzo, ese es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

[[File:Tráfico_VoIP_interceptado_con_Caín.jpg |thumb|Tráfico VoIP interceptado con Caín|center|850px]]

<h3>Intercepción de Llamadas VoIP</h3>

<p>Tras realizar la captura de tráfico, podemos directamente el diálogo que hemos infectado</p>

[[File:Captura_de_tráfico_infectado_con_Caín.jpg |thumb| Captura de tráfico infectado con Caín|center|850px]]

<p>Bueno, vamos a empezar a desarrollar. La primera trama, donde la IP fuente es la 194, cree que se está dirigiendo a la 172, pero analizando la rtama en detalle abajo. Tenemos una IP fuente que es la 194 contra una IP destino que es la 172, pero si analizamos el Nivel 2 (la sección Ethernet II), veremos que se comunica la MACc8 contra la MACbe. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese caso real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 172 y con la MACbe le reenvío literalmente el mismo mensaje a la 172, que es la segunda trama que están viendo en la captura de tráfico. En esa segunda trama es la be la que le envía a la 9c a nivel de enlace. Yo digo que soy la IP 194, cuando en realidad no lo soy, y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MACbe y le digo: "Yo soy la 194 y te invito a que inicies una conexión"(que es lo que podemos ver en la segunda trama de la captura de tráfico), el Teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MACbe, que es esta tercera trama que tienen acá.</p>

<p>En tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en la cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MACbe. Te digo que "Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MACbe que es la que yo le acabo de infectar cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas: Acknowledgement" (este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones). Entonces desde la c8 se comunca a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta la 194 se comunica con la 72, pero en realidad, se está comunicando con la MACbe, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172.

[[File:Trama_6_de_Interceptación_de_VoIP.jpg|thumb|Trama 6 de Interceptación de VoIP|center|850px]]

Entonces, este se cree que realmente es en la 194. Y con esto terminamos con las tramas de [[protocolo SIP (Session Initiation Protocol)]] y [[protocolo SDP (Session Description Protocol)]]. Estas son estas tramas que marcan la negociación y es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo [[protocolo RTP (Real-time Protocol)]] y es cuando empieza a viajar la voz.</p>

<p>Entonces, fíjense que ahora la 228 se comunica con la que cree que es la 172, pero nuevamente se está comunicando conmigo, con la MACbe. Entonces, esta trama es esta que tenemos aquí abajo, la primera trama de voz sobre IP, en la cual la 228, con la MACc8 que también está infectada, se comunica con esta MACbe, creyendo que es la 172, cuando en realidad no lo es:

[[File:Protocolo_RTP_en_VoIP.jpg |thumb|Protocolo RTP en VoIP|center|850px]]

Automáticamente, yo duplico esa misma trama, en la cual le digo: "Yo soy la 228" y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Esto que hemos extraído como protocolo RTP es tráfico, es tráfico Real-time Protocol. Es decir, aquí viaja la voz. Entonces si yo me vengo a las opciones de la ventana (arriba) y clico en "telefonía", me vengo a "RTP", le digo "RTP Player". Automáticamente, esos paquetes de datos en IP me los transforma a un formato de audio que reproduce la llamada interceptada a través de la herramienta Caín.

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el Teléfono 1 negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment", la 228 automáticamente estableció comunicación con la 172, pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP, pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-15T11:21:06Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h3>Centralitas y Redes de Voz</h3>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa:

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

<p>Cuando está ya montada sobre la pila tcp, la voz va a paquetizada y vamos a ver ahora cómo se monta. Cada una de esas salidas (en el caso de la imagen, aquellas qeu dan a cada uno de los Telefonos señalados) son bocas como si fuera un switch. estas van conectadas a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. Es muy común ya ver esto en todas las empresas.

<p>Para salir a internet, se utiliza un Gateway (señalado en azul), que es una pasarela encargada de recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier, transformarla en voz sobre IP e inyectarla a la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública conocida como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx (caja superior de la imagen), un switch cualquiera (la caja central) que es el que conecta todas las bocas de la empresa y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. En ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Volviendo a la imagen, tenemos un Teléfono 1 que tiene una IP que termina en el último octeto con 228, un Teléfono 2 que es el 172, una centralita que es la 10.102.230.194 y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el Teléfono 1 y el Teléfono 2. Para eso, vamos a utilizar hoy un software muy conocido, [[Caín]], que ya está medio desactualizado, hay varios más, pero sigue siendo una herramienta extremadamente potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable, estaba haciendo un penetration testing y para poder hacerse con el controlador de dominio, trató de infectar el switch con esta herramienta Caín de Abel y volteó una gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa cómo funciona.</p>

<p>Lo primero que una vez que se abre Caín nos permite hacer sniffing, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el sniffer y dentro de esta opción empieza a reconocer todos los hosts que hay en una red. Tenemos que recalcar de antemano este 129 con la MAC c8, que nos va a llamar bastante la atención. Una vez hecho el sniffing, ya tenemos el listado de todas las direcciones IP de los teléfonos que están llamando. De hecho en este ejemplo lo que vemos son hosts reales:

[[File:Sniffing_con_Caín.jpg |thumb|Sniffing con Caín|center|475px]]

Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es ARP poisoning routing con lo que puedo envenenar una ruta ARP. Es muy sencillo, voy eligiendo qué quiero envenenar y a partir de ahí marcará como "envenenada" la dirección que le marque. En este caso buscamos la centralita con una MAC que es la c8, y voy a comprometer esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

[[Envenenamiento_ARP_con_Caín.jpg |thumb|Envenenamiento ARP con Caín|center|475px]]

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-Iime Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como se puede ver en la imagen del comienzo, ese es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

[[File:Tráfico_VoIP_interceptado_con_Caín.jpg |thumb|Tráfico VoIP interceptado con Caín|center|850px]]

<h3>Intercepción de Llamadas VoIP</h3>

<p>Tras realizar la captura de tráfico, podemos directamente el diálogo que hemos infectado</p>

[[File:Captura_de_tráfico_infectado_con_Caín.jpg |thumb| Captura de tráfico infectado con Caín|center|850px]]

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-15T11:20:25Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h3>Centralitas y Redes de Voz</h3>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa:

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

<p>Cuando está ya montada sobre la pila tcp, la voz va a paquetizada y vamos a ver ahora cómo se monta. Cada una de esas salidas (en el caso de la imagen, aquellas qeu dan a cada uno de los Telefonos señalados) son bocas como si fuera un switch. estas van conectadas a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. Es muy común ya ver esto en todas las empresas.

<p>Para salir a internet, se utiliza un Gateway (señalado en azul), que es una pasarela encargada de recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier, transformarla en voz sobre IP e inyectarla a la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública conocida como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx (caja superior de la imagen), un switch cualquiera (la caja central) que es el que conecta todas las bocas de la empresa y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. En ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Volviendo a la imagen, tenemos un Teléfono 1 que tiene una IP que termina en el último octeto con 228, un Teléfono 2 que es el 172, una centralita que es la 10.102.230.194 y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el Teléfono 1 y el Teléfono 2. Para eso, vamos a utilizar hoy un software muy conocido, [[Caín]], que ya está medio desactualizado, hay varios más, pero sigue siendo una herramienta extremadamente potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable, estaba haciendo un penetration testing y para poder hacerse con el controlador de dominio, trató de infectar el switch con esta herramienta Caín de Abel y volteó una gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa cómo funciona.</p>

<p>Lo primero que una vez que se abre Caín nos permite hacer sniffing, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el sniffer y dentro de esta opción empieza a reconocer todos los hosts que hay en una red. Tenemos que recalcar de antemano este 129 con la MAC c8, que nos va a llamar bastante la atención. Una vez hecho el sniffing, ya tenemos el listado de todas las direcciones IP de los teléfonos que están llamando. De hecho en este ejemplo lo que vemos son hosts reales:

[[File:Sniffing_con_Caín.jpg |thumb|Sniffing con Caín|center|475px]]

Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es ARP poisoning routing con lo que puedo envenenar una ruta ARP. Es muy sencillo, voy eligiendo qué quiero envenenar y a partir de ahí marcará como "envenenada" la dirección que le marque. En este caso buscamos la centralita con una MAC que es la c8, y voy a comprometer esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

[[Envenenamiento_ARP_con_Caín.jpg |thumb|Envenenamiento ARP con Caín|center|475px]]

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-Iime Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como se puede ver en la imagen del comienzo, ese es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

[[File:Tráfico_VoIP_interceptado_con_Caín.jpg |thumb|Tráfico VoIP interceptado con Caín|center|650px]]

<h3>Intercepción de Llamadas VoIP</h3>

<p>Tras realizar la captura de tráfico, podemos directamente el diálogo que hemos infectado</p>

[[File:Captura_de_tráfico_infectado_con_Caín.jpg |thumb| Captura de tráfico infectado con Caín|center|650px]]

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-15T11:19:46Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h3>Centralitas y Redes de Voz</h3>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa:

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

<p>Cuando está ya montada sobre la pila tcp, la voz va a paquetizada y vamos a ver ahora cómo se monta. Cada una de esas salidas (en el caso de la imagen, aquellas qeu dan a cada uno de los Telefonos señalados) son bocas como si fuera un switch. estas van conectadas a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. Es muy común ya ver esto en todas las empresas.

<p>Para salir a internet, se utiliza un Gateway (señalado en azul), que es una pasarela encargada de recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier, transformarla en voz sobre IP e inyectarla a la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública conocida como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx (caja superior de la imagen), un switch cualquiera (la caja central) que es el que conecta todas las bocas de la empresa y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. En ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Volviendo a la imagen, tenemos un Teléfono 1 que tiene una IP que termina en el último octeto con 228, un Teléfono 2 que es el 172, una centralita que es la 10.102.230.194 y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el Teléfono 1 y el Teléfono 2. Para eso, vamos a utilizar hoy un software muy conocido, [[Caín]], que ya está medio desactualizado, hay varios más, pero sigue siendo una herramienta extremadamente potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable, estaba haciendo un penetration testing y para poder hacerse con el controlador de dominio, trató de infectar el switch con esta herramienta Caín de Abel y volteó una gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa cómo funciona.</p>

<p>Lo primero que una vez que se abre Caín nos permite hacer sniffing, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el sniffer y dentro de esta opción empieza a reconocer todos los hosts que hay en una red. Tenemos que recalcar de antemano este 129 con la MAC c8, que nos va a llamar bastante la atención. Una vez hecho el sniffing, ya tenemos el listado de todas las direcciones IP de los teléfonos que están llamando. De hecho en este ejemplo lo que vemos son hosts reales:

[[File:Sniffing_con_Caín.jpg |thumb|Sniffing con Caín|center|475px]]

Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es ARP poisoning routing con lo que puedo envenenar una ruta ARP. Es muy sencillo, voy eligiendo qué quiero envenenar y a partir de ahí marcará como "envenenada" la dirección que le marque. En este caso buscamos la centralita con una MAC que es la c8, y voy a comprometer esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

[[Envenenamiento_ARP_con_Caín.jpg |thumb|Envenenamiento ARP con Caín|center|475px]]

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-Iime Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como se puede ver en la imagen del comienzo, ese es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

[[File:Tráfico_VoIP_interceptado_con_Caín.jpg |thumb|Tráfico VoIP interceptado con Caín|center|475px]]

<h3>Intercepción de Llamadas VoIP</h3>

<p>Tras realizar la captura de tráfico, podemos directamente el diálogo que hemos infectado</p>

[[File:Captura_de_tráfico_infectado_con_Caín.jpg |thumb| Captura de tráfico infectado con Caín|center|475px]]

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Página principal

2023-08-15T11:07:15Z

Jcorletti:

La <strong> CiberWiki de [[darFe.es]]</strong>

Esta iniciativa tiene como objetivo, que <strong>entre todos</strong> vayamos completando conceptos e ideas que nos puedan ser de utilidad a todos aquellos que formamos parte de esta actividad o tenemos interés en [[Ciberseguridad]].

Te invitamos a que te registres y participes todo lo activamente que desees, <u>solo admitimos información de <b>GRATUITO ACCESO y/o descarga</b></u>. Por supuesto, como buena "Wiki" será moderada por sus participantes, así que no nos hagas perder el tiempo con tonterías<u>, usémosla adecuadamente </u> para que nos nutramos todos de ella.

Consulta nuestra web: <strong>https://darfe.es </strong>para obtener todos los videos e imágenes que se enlazan, o mencionan, en esta Wiki.

<strong><u>TEMA IMPORTANTE</u></strong>: No queremos ser redundantes con [[Wikipedia]], los términos que están completos en la misma, sencillamente los referenciaremos allí. Pero hay mucha terminología y sobre todo "acrónimos" que creemos es necesario tratar con más detalle, esos son los contenidos que os invitamos a hacer crecer en nuestra "CiberWiki".

Hemos incluido una página con <b>[[abreviaturas]]</b><i>... más que nada por esas manías que tenemos en "Teleco"...</i>

Hemos incluido una página con los comandos más sencillos de <b>[[Edición]]</b> para facilitarte el inicio.

== Primeros pasos ==
Lamentablemente la '''GILIPOLLEZ''' <i>(disculpadnos, pero... no podemos llamarla de otra forma)</i> supera la imaginación y el deseo de hacer cosas útiles. Comenzamos permitiendo el "<u>Registro de Usuarios</u>", pero hubo varios (y varios, varios...) que lo emplearon para '''gilipolleces'''... no podemos dedicar recursos, ni perder el tiempo monitorizando permanentemente acciones innecesarias, así que tuvimos que <u> desactivar el registro de usuarios</u>.

Igualmente, si quieres formar parte de nuestro equipo de editores, para aportar conocimiento, <b> estaremos encantados de registrarte</b> y serás bienvenido con toda alegría, por favor envíanos un mail con tus datos a <b>[mailto:info@darfe.es info@darfe.es]</b> y te registraremos nosotros.

::::<u>IMPORTANTE</u>: Ante cualquier publicación inadecuada, tu usuario será <b>inmediatamente bloqueado</b>.

<div>

== Todas las Categorías ==

¡Aquí tienes <strong>todos los artículos clasificados por categorías</strong> de los que disponemos! Esperamos que te sean de gran ayuda y, recuerda que, ante cualquier duda puedes contactar a info@darfe.es
</div>

* [[:Category:Nivel Físico|Nivel Físico]]
* [[:Category:Nivel de Enlace|Nivel de Enlace]]
* [[:Category:Nivel de Red|Nivel de Red]]
* [[:Category:Nivel de Transporte|Nivel de Transporte]]
* [[:Category:Nivel de Aplicación|Nivel de Aplicación]]
* [[:Category:Herramientas Ciberseguridad|Herramientas Ciberseguridad]]
* [[:Category:Sistemas Operativos (SO)|Sistemas Operativos (SO)]]
* [[:Category:Prácticas/Ejercicios|Prácticas/Ejercicios]]
* [[:Category:Instalando Herramientas| Instalando Herramientas]]
* [[:Category:Libros Gratuitos| Libros Gratuitos]]
* [[:Category:Nuestro CURSO GRATIS| Nuestro CURSO GRATIS]]
*[[:Category:DarFe| DarFe]]
* [[:Category:Multimedia y material utilizado| Multimedia y material utilizado]]

Ejercicio de interceptación de VoIP

2023-08-15T10:53:25Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h3>Centralitas y Redes de Voz</h3>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa:

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

<p>Cuando está ya montada sobre la pila tcp, la voz va a paquetizada y vamos a ver ahora cómo se monta. Cada una de esas salidas (en el caso de la imagen, aquellas qeu dan a cada uno de los Telefonos señalados) son bocas como si fuera un switch. estas van conectadas a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. Es muy común ya ver esto en todas las empresas.

<p>Para salir a internet, se utiliza un Gateway (señalado en azul), que es una pasarela encargada de recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier, transformarla en voz sobre IP e inyectarla a la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública conocida como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx (caja superior de la imagen), un switch cualquiera (la caja central) que es el que conecta todas las bocas de la empresa y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. En ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Volviendo a la imagen, tenemos un Teléfono 1 que tiene una IP que termina en el último octeto con 228, un Teléfono 2 que es el 172, una centralita que es la 10.102.230.194 y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el Teléfono 1 y el Teléfono 2. Para eso, vamos a utilizar hoy un software muy conocido, [[Caín]], que ya está medio desactualizado, hay varios más, pero sigue siendo una herramienta extremadamente potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable, estaba haciendo un penetration testing y para poder hacerse con el controlador de dominio, trató de infectar el switch con esta herramienta Caín de Abel y volteó una gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa cómo funciona.</p>

<p>Lo primero que una vez que se abre Caín nos permite hacer sniffing, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el sniffer y dentro de esta opción empieza a reconocer todos los hosts que hay en una red. Tenemos que recalcar de antemano este 129 con la MAC c8, que nos va a llamar bastante la atención. Una vez hecho el sniffing, ya tenemos el listado de todas las direcciones IP de los teléfonos que están llamando. De hecho en este ejemplo lo que vemos son hosts reales:

[[File:Sniffing_con_Caín.jpg |thumb|Sniffing con Caín|center|475px]]

Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es esto, que es ARP poisoning routing. Lo que puedo hacer es envenenar una ruta ARP. Entonces, fíjense que es muy sencillo. Yo voy eligiendo qué quiero envenenar. Y a partir de ahí, tengo envenenado en este caso la centralita con una MAC que es la c8, y voy a envenenar esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-time Transport Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como están viendo acá en el grafiquito que tenemos al lado, esa es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

<h3>Intercepción de Llamadas VoIP</h3>

<p>Esto que estamos viendo acá es concretamente el diálogo de esta infección. Lo que van a ver ahora es que al principio hay un diálogo que es esto que están viendo acá, que es el diálogo que se negocia la llamada hacia la centralita. Y luego el invite, cuando el teléfono lo acepta, empieza el diálogo de voz en RTP. Entonces, fíjense cómo esto lo vamos a ver directamente. Vamos a compararlo con la captura de tráfico para que lo puedan ver bien.</p>

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-15T10:48:52Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h3>Centralitas y Redes de Voz</h3>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa:

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

Cuando está ya montada sobre la pila tcp, la voz va a paquetizada y vamos a ver ahora cómo se monta. Cada una de esas salidas (en el caso de la imagen, aquellas qeu dan a cada uno de los Telefonos señalados) son bocas como si fuera un switch. estas van conectadas a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. Es muy común ya ver esto en todas las empresas.

Para salir a internet, se utiliza un Gateway (señalado en azul), que es una pasarela encargada de recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier, transformarla en voz sobre IP e inyectarla a la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública conocida como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx (caja superior de la imagen), un switch cualquiera (la caja central) que es el que conecta todas las bocas de la empresa y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. En ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Volviendo a la imagen, tenemos un Teléfono 1 que tiene una IP que termina en el último octeto con 228, un Teléfono 2 que es el 172, una centralita que es la 10.102.230.194 y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el Teléfono 1 y el Teléfono 2. Para eso, vamos a utilizar hoy un software muy conocido, [[Caín]], que ya está medio desactualizado, hay varios más, pero sigue siendo una herramienta extremadamente potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable, estaba haciendo un penetration testing y para poder hacerse con el controlador de dominio, trató de infectar el switch con esta herramienta Caín de Abel y volteó una gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa cómo funciona.</p>

<p>Lo primero que una vez que se abre Caín nos permite hacer sniffing, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el sniffer y dentro de esta opción empieza a reconocer todos los hosts que hay en una red. Este 129 con la MAC c8 va a llamar bastante la atención. Una vez hecho el sniffing, ya tenemos el listado de todas las direcciones IP de los teléfonos que están llamando.

[[File:Sniffing_con_Caín.jpg |thumb|Sniffing con Caín|center|475px]]

Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es esto, que es ARP poisoning routing. Lo que puedo hacer es envenenar una ruta ARP. Entonces, fíjense que es muy sencillo. Yo voy eligiendo qué quiero envenenar. Y a partir de ahí, tengo envenenado en este caso la centralita con una MAC que es la c8, y voy a envenenar esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-time Transport Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como están viendo acá en el grafiquito que tenemos al lado, esa es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

<h3>Intercepción de Llamadas VoIP</h3>

<p>Esto que estamos viendo acá es concretamente el diálogo de esta infección. Lo que van a ver ahora es que al principio hay un diálogo que es esto que están viendo acá, que es el diálogo que se negocia la llamada hacia la centralita. Y luego el invite, cuando el teléfono lo acepta, empieza el diálogo de voz en RTP. Entonces, fíjense cómo esto lo vamos a ver directamente. Vamos a compararlo con la captura de tráfico para que lo puedan ver bien.</p>

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-15T10:28:45Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h3>Centralitas y Redes de Voz</h3>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa:

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

Pero ahora sí, ya montado sobre la pila tcp, es decir, la voz va a paquetizada que la vamos a ver ahora, cómo se monta. Esto bueno, cada una de esas salidas son bocas como si fuera un switch de lo que vimos hace en las clases anteriores. Va conectada a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. No es muy común ya verlo esto en todas las empresas. Entonces, para salir a internet, se utiliza un Gateway. Un Gateway es una pasarela que lo que hace es recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier hogar en cualquier casa, y transformarla en voz o gripe. Y le inyecta la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública que se conoce, se conoce como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx que están viendo acá, un switch cualquiera que es el que conecta todas las bocas de la empresa. Y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. Y en ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Entonces, vamos a ver cómo es esto. Yo tengo un teléfono uno que tiene una IP que termina en el último objeto con 228, un teléfono 2 que es el 172, una centralita que es la 102, 230, 194, y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el teléfono 1 y el teléfono 2. Para eso, vamos a utilizar hoy un software que se conoce muy conocido, Caín, que creo que ya está medio desactualizado, hay varios más. Esto es un ejercicio que hice en tiempo real. Lo van a ver hoy hace unos años y van a ver cómo este software Caín, o Caín y Abel en realidad se llama, permite varias opciones. Sigue siendo una herramienta muy potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable utilizando Caín y Abel, tiró con su ambición de hacer estaba haciendo un penetration testing y para poder hacerse del controlador de dominio, trató de infectar el switch con esta herramienta Caín de abril y volteó esta gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa usarla.</p>

<p>Lo primero que una vez que se abre Caín nos permite esnifar, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el esnifer y dentro de esta opción empieza a reconocer todos los hosts que tengo en esta red. Esto que están viendo acá son de hechos reales. Este 129 con la MAC c8 va a llamar bastante la atención. Que es NifO. Yo ya tengo el listado de todas las direcciones IP de los teléfonos que están llamando. Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es esto, que es ARP poisoning routing. Lo que puedo hacer es envenenar una ruta ARP. Entonces, fíjense que es muy sencillo. Yo voy eligiendo qué quiero envenenar. Y a partir de ahí, tengo envenenado en este caso la centralita con una MAC que es la c8, y voy a envenenar esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-time Transport Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como están viendo acá en el grafiquito que tenemos al lado, esa es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

<h3>Intercepción de Llamadas VoIP</h3>

<p>Esto que estamos viendo acá es concretamente el diálogo de esta infección. Lo que van a ver ahora es que al principio hay un diálogo que es esto que están viendo acá, que es el diálogo que se negocia la llamada hacia la centralita. Y luego el invite, cuando el teléfono lo acepta, empieza el diálogo de voz en RTP. Entonces, fíjense cómo esto lo vamos a ver directamente. Vamos a compararlo con la captura de tráfico para que lo puedan ver bien.</p>

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-15T10:28:18Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h3>Centralitas y Redes de Voz</h3>

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa:

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

Pero ahora sí, ya montado sobre la pila tcp, es decir, la voz va a paquetizada que la vamos a ver ahora, cómo se monta. Esto bueno, cada una de esas salidas son bocas como si fuera un switch de lo que vimos hace en las clases anteriores. Va conectada a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. No es muy común ya verlo esto en todas las empresas. Entonces, para salir a internet, se utiliza un Gateway. Un Gateway es una pasarela que lo que hace es recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier hogar en cualquier casa, y transformarla en voz o gripe. Y le inyecta la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública que se conoce, se conoce como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx que están viendo acá, un switch cualquiera que es el que conecta todas las bocas de la empresa. Y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. Y en ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Entonces, vamos a ver cómo es esto. Yo tengo un teléfono uno que tiene una IP que termina en el último objeto con 228, un teléfono 2 que es el 172, una centralita que es la 102, 230, 194, y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el teléfono 1 y el teléfono 2. Para eso, vamos a utilizar hoy un software que se conoce muy conocido, Caín, que creo que ya está medio desactualizado, hay varios más. Esto es un ejercicio que hice en tiempo real. Lo van a ver hoy hace unos años y van a ver cómo este software Caín, o Caín y Abel en realidad se llama, permite varias opciones. Sigue siendo una herramienta muy potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable utilizando Caín y Abel, tiró con su ambición de hacer estaba haciendo un penetration testing y para poder hacerse del controlador de dominio, trató de infectar el switch con esta herramienta Caín de abril y volteó esta gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa usarla.</p>

<p>Lo primero que una vez que se abre Caín nos permite esnifar, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el esnifer y dentro de esta opción empieza a reconocer todos los hosts que tengo en esta red. Esto que están viendo acá son de hechos reales. Este 129 con la MAC c8 va a llamar bastante la atención. Que es NifO. Yo ya tengo el listado de todas las direcciones IP de los teléfonos que están llamando. Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es esto, que es ARP poisoning routing. Lo que puedo hacer es envenenar una ruta ARP. Entonces, fíjense que es muy sencillo. Yo voy eligiendo qué quiero envenenar. Y a partir de ahí, tengo envenenado en este caso la centralita con una MAC que es la c8, y voy a envenenar esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-time Transport Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como están viendo acá en el grafiquito que tenemos al lado, esa es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

<h3>Intercepción de Llamadas VoIP</h3>

<p>Esto que estamos viendo acá es concretamente el diálogo de esta infección. Lo que van a ver ahora es que al principio hay un diálogo que es esto que están viendo acá, que es el diálogo que se negocia la llamada hacia la centralita. Y luego el invite, cuando el teléfono lo acepta, empieza el diálogo de voz en RTP. Entonces, fíjense cómo esto lo vamos a ver directamente. Vamos a compararlo con la captura de tráfico para que lo puedan ver bien.</p>

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-11T11:25:52Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>Hoy en día es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP. Aquí abajo os dejamos un ejemplo de todo lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz IP, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de caché ARP.</p>

<h3>Centralitas y Redes de Voz</h3>

[[File:Centralita_de_VoIP.png |thumb|Centralita de VoIP|center|650px]]

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz sobre IP . Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa. Pero ahora sí, ya montado sobre la pila tcp, es decir, la voz va a paquetizada que la vamos a ver ahora, cómo se monta. Esto bueno, cada una de esas salidas son bocas como si fuera un switch de lo que vimos hace en las clases anteriores. Va conectada a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. No es muy común ya verlo esto en todas las empresas. Entonces, para salir a internet, se utiliza un Gateway. Un Gateway es una pasarela que lo que hace es recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier hogar en cualquier casa, y transformarla en voz o gripe. Y le inyecta la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública que se conoce, se conoce como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx que están viendo acá, un switch cualquiera que es el que conecta todas las bocas de la empresa. Y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. Y en ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Entonces, vamos a ver cómo es esto. Yo tengo un teléfono uno que tiene una IP que termina en el último objeto con 228, un teléfono 2 que es el 172, una centralita que es la 102, 230, 194, y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el teléfono 1 y el teléfono 2. Para eso, vamos a utilizar hoy un software que se conoce muy conocido, Caín, que creo que ya está medio desactualizado, hay varios más. Esto es un ejercicio que hice en tiempo real. Lo van a ver hoy hace unos años y van a ver cómo este software Caín, o Caín y Abel en realidad se llama, permite varias opciones. Sigue siendo una herramienta muy potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable utilizando Caín y Abel, tiró con su ambición de hacer estaba haciendo un penetration testing y para poder hacerse del controlador de dominio, trató de infectar el switch con esta herramienta Caín de abril y volteó esta gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa usarla.</p>

<p>Lo primero que una vez que se abre Caín nos permite esnifar, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el esnifer y dentro de esta opción empieza a reconocer todos los hosts que tengo en esta red. Esto que están viendo acá son de hechos reales. Este 129 con la MAC c8 va a llamar bastante la atención. Que es NifO. Yo ya tengo el listado de todas las direcciones IP de los teléfonos que están llamando. Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es esto, que es ARP poisoning routing. Lo que puedo hacer es envenenar una ruta ARP. Entonces, fíjense que es muy sencillo. Yo voy eligiendo qué quiero envenenar. Y a partir de ahí, tengo envenenado en este caso la centralita con una MAC que es la c8, y voy a envenenar esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-time Transport Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como están viendo acá en el grafiquito que tenemos al lado, esa es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

<h3>Intercepción de Llamadas VoIP</h3>

<p>Esto que estamos viendo acá es concretamente el diálogo de esta infección. Lo que van a ver ahora es que al principio hay un diálogo que es esto que están viendo acá, que es el diálogo que se negocia la llamada hacia la centralita. Y luego el invite, cuando el teléfono lo acepta, empieza el diálogo de voz en RTP. Entonces, fíjense cómo esto lo vamos a ver directamente. Vamos a compararlo con la captura de tráfico para que lo puedan ver bien.</p>

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-11T10:41:48Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">-rrwumdwjIM&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=18</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>estáis viendo acá todo el tema de lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz gripe, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de calle Art.</p>

<h3>Centralitas y Redes de Voz</h3>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz o gripe. Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa. Pero ahora sí, ya montado sobre la pila tcp, es decir, la voz va a paquetizada que la vamos a ver ahora, cómo se monta. Esto bueno, cada una de esas salidas son bocas como si fuera un switch de lo que vimos hace en las clases anteriores. Va conectada a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. No es muy común ya verlo esto en todas las empresas. Entonces, para salir a internet, se utiliza un Gateway. Un Gateway es una pasarela que lo que hace es recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier hogar en cualquier casa, y transformarla en voz o gripe. Y le inyecta la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública que se conoce, se conoce como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx que están viendo acá, un switch cualquiera que es el que conecta todas las bocas de la empresa. Y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. Y en ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Entonces, vamos a ver cómo es esto. Yo tengo un teléfono uno que tiene una IP que termina en el último objeto con 228, un teléfono 2 que es el 172, una centralita que es la 102, 230, 194, y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el teléfono 1 y el teléfono 2. Para eso, vamos a utilizar hoy un software que se conoce muy conocido, Caín, que creo que ya está medio desactualizado, hay varios más. Esto es un ejercicio que hice en tiempo real. Lo van a ver hoy hace unos años y van a ver cómo este software Caín, o Caín y Abel en realidad se llama, permite varias opciones. Sigue siendo una herramienta muy potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable utilizando Caín y Abel, tiró con su ambición de hacer estaba haciendo un penetration testing y para poder hacerse del controlador de dominio, trató de infectar el switch con esta herramienta Caín de abril y volteó esta gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa usarla.</p>

<p>Lo primero que una vez que se abre Caín nos permite esnifar, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el esnifer y dentro de esta opción empieza a reconocer todos los hosts que tengo en esta red. Esto que están viendo acá son de hechos reales. Este 129 con la MAC c8 va a llamar bastante la atención. Que es NifO. Yo ya tengo el listado de todas las direcciones IP de los teléfonos que están llamando. Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es esto, que es ARP poisoning routing. Lo que puedo hacer es envenenar una ruta ARP. Entonces, fíjense que es muy sencillo. Yo voy eligiendo qué quiero envenenar. Y a partir de ahí, tengo envenenado en este caso la centralita con una MAC que es la c8, y voy a envenenar esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-time Transport Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como están viendo acá en el grafiquito que tenemos al lado, esa es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

<h3>Intercepción de Llamadas VoIP</h3>

<p>Esto que estamos viendo acá es concretamente el diálogo de esta infección. Lo que van a ver ahora es que al principio hay un diálogo que es esto que están viendo acá, que es el diálogo que se negocia la llamada hacia la centralita. Y luego el invite, cuando el teléfono lo acepta, empieza el diálogo de voz en RTP. Entonces, fíjense cómo esto lo vamos a ver directamente. Vamos a compararlo con la captura de tráfico para que lo puedan ver bien.</p>

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de interceptación de VoIP

2023-08-11T10:41:16Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">_KX7NQQzByg</youtube>
|}

Para iniciar con este ejercicio de Interceptación de paquetería de voz, recomendamos antes hacer una lectura o visualizado del vídeo sobre [[Ejercicio de envenenamiento caché ARP empleando Ettercap sobre Kali]]. Si ya tienes claro cómo funciona este tipo de ataques, procedemos con esta entrada.

<p>estáis viendo acá todo el tema de lo que es una centralita, una empresa que tiene montada voz o gripe. Entonces vamos a ver el tema de cómo se puede interceptar una llamada de voz gripe, manteniendo siempre en el nivel 2. Es decir, seguimos adelante con el envenenamiento de calle Art.</p>

<h3>Centralitas y Redes de Voz</h3>

<p>Hoy en día, es muy normal que cualquier empresa tenga montada una centralita de voz o gripe. Acá tienen un módulo de Cisco, por ejemplo, que sirve como una pbx (no private exchange). Son centralitas pequeñas de telefonía que ofrecen servicios internos dentro de una empresa. Pero ahora sí, ya montado sobre la pila tcp, es decir, la voz va a paquetizada que la vamos a ver ahora, cómo se monta. Esto bueno, cada una de esas salidas son bocas como si fuera un switch de lo que vimos hace en las clases anteriores. Va conectada a un teléfono y el teléfono suele tener dos conectores rj45. El primero es el que va conectado a la centralita y el segundo es de donde yo conecto el ordenador. No es muy común ya verlo esto en todas las empresas. Entonces, para salir a internet, se utiliza un Gateway. Un Gateway es una pasarela que lo que hace es recibir la voz analógica de la red pública de telefonía conmutada, como la recibo en cualquier hogar en cualquier casa, y transformarla en voz o gripe. Y le inyecta la central, es decir, de aquí hacia en la empresa hablo todo voz sobre IP y de aquí hacia la red pública que se conoce, se conoce como Public Switched Telephone Network (PSTN) o red pública de telefonía conmutada. Todavía sigue siendo el teléfono analógico que tengo en mi casa.</p>

<p>Entonces, tengo una centralita que es la pbx que están viendo acá, un switch cualquiera que es el que conecta todas las bocas de la empresa. Y en esa cada una de esas bocas del switch es donde tengo conectado un teléfono. Y en ese mismo teléfono también conecto el ordenador. Entonces, voy a tener una dirección IP para mi ordenador y una dirección IP para el teléfono.</p>

<h3>Reconocimiento de Hosts con Caín</h3>

<p>Entonces, vamos a ver cómo es esto. Yo tengo un teléfono uno que tiene una IP que termina en el último objeto con 228, un teléfono 2 que es el 172, una centralita que es la 102, 230, 194, y alguien que va a ser el efecto de intruso y va a interceptar la llamada entre el teléfono 1 y el teléfono 2. Para eso, vamos a utilizar hoy un software que se conoce muy conocido, Caín, que creo que ya está medio desactualizado, hay varios más. Esto es un ejercicio que hice en tiempo real. Lo van a ver hoy hace unos años y van a ver cómo este software Caín, o Caín y Abel en realidad se llama, permite varias opciones. Sigue siendo una herramienta muy potente. Hay que tener muchísimo cuidado porque justamente con esta herramienta yo presencié cómo en una gran empresa, una persona no muy responsable utilizando Caín y Abel, tiró con su ambición de hacer estaba haciendo un penetration testing y para poder hacerse del controlador de dominio, trató de infectar el switch con esta herramienta Caín de abril y volteó esta gran empresa durante muchísimas horas, lo cual costó muchísimo dinero. Es decir, es una herramienta tremendamente peligrosa que hay que usar con cautela o hay que usarla en el tono de laboratorio hasta que uno sepa usarla.</p>

<p>Lo primero que una vez que se abre Caín nos permite esnifar, como hacíamos con Wireshark, que es lo mismo. De hecho, esto lo que lanza es el mismo comando tcpdump. Entonces, uno lanza el esnifer y dentro de esta opción empieza a reconocer todos los hosts que tengo en esta red. Esto que están viendo acá son de hechos reales. Este 129 con la MAC c8 va a llamar bastante la atención. Que es NifO. Yo ya tengo el listado de todas las direcciones IP de los teléfonos que están llamando. Entonces, si yo ya tengo identificado el llamado de algún teléfono hacia otro, sé que el teléfono 194, por ejemplo, es la centralita, como la acabamos de ver en el mapa, y el teléfono 172 es un destino, que es el que vamos a tratar de infectar, el que estaba como teléfono 2 en una pista de recién.</p>

<h3>ARP Poisoning y Envenenamiento de Rutas</h3>

<p>Entonces, el segundo paso es esto, que es ARP poisoning routing. Lo que puedo hacer es envenenar una ruta ARP. Entonces, fíjense que es muy sencillo. Yo voy eligiendo qué quiero envenenar. Y a partir de ahí, tengo envenenado en este caso la centralita con una MAC que es la c8, y voy a envenenar esa centralita para tratar de interceptar llamadas hacia el teléfono 172.</p>

<p>Una vez que lo envenena, a partir de ahí, esto que están viendo acá es tráfico de voz. Esto que ven acá, RTP, es el protocolo Real-time Transport Protocol, que utiliza para viajar la voz sobre el protocolo IP. Entonces, como ven acá, estuve capturando tráfico. Todo ese tráfico va entre las IP 172 y la IP 228. Como están viendo acá en el grafiquito que tenemos al lado, esa es justamente el diálogo en el teléfono 2, que es el que he logrado infectar.</p>

<h3>Intercepción de Llamadas VoIP</h3>

<p>Esto que estamos viendo acá es concretamente el diálogo de esta infección. Lo que van a ver ahora es que al principio hay un diálogo que es esto que están viendo acá, que es el diálogo que se negocia la llamada hacia la centralita. Y luego el invite, cuando el teléfono lo acepta, empieza el diálogo de voz en RTP. Entonces, fíjense cómo esto lo vamos a ver directamente. Vamos a compararlo con la captura de tráfico para que lo puedan ver bien.</p>

<p>Bueno, vamos a empezar a desarrollar. Esta es la captura de tráfico que acabamos de ver recién. Y esta es nuestra presentación. La primera trama, ven que la IP fuente es la 194 y ella cree que se está dirigiendo a la 172. Pero miremos acá abajo cómo es la historia. No, acá tenemos una IP fuente que es la 194 contra una IP destino que es la 172. Y se comunica la MAC. Recordar, estamos en nivel 2. La MAC c8 contra la MAC be. Es decir, esta línea azul que están viendo acá arriba es esto que está acá. La pbx con la MAC c8 se comunica con la MAC be, que es justamente la mía. En ese real fue mi dirección MAC.</p>

<h3>Proceso de Negociación y Comunicación VoIP</h3>

<p>Entonces, yo que realmente no soy la 172 ahora en tiempo real, por supuesto, digo que soy la 194 y con la MAC be le reenvío literalmente el mismo mensaje a la 172, que es esta segunda trama que están viendo acá. Ven que ahora es la be la que le envía a la 9c a nivel de enlace. Y yo digo que soy la IP 194 cuando en realidad no lo soy y me dirijo a la 172. Es decir, yo ahora simulo ser la 194 con mi misma dirección MAC be y le digo: "Yo soy la 194 y te invito a que inicies una conexión". Esto que están viendo acá, el teléfono 2, al recibir esto, dice: "Ok". Pero por supuesto, se lo va a devolver a la IP 194, pero con la MAC mía, que es la MAC be, que es esta tercera trama que tienen acá.</p>

<p>Escuchan los tronos. Hay una tormenta en estos momentos. De aquí, la sierra. Bueno, sigo adelante. Entonces, esta tercera trama que es esta que están viendo acá, la 172 le envía a la 194. Pero en realidad, como lo que está haciendo es enviándoselo a nivel de enlace, ven que aquí le está enviando la MAC origen 9c a la MAC origen be, que soy yo. Soy este que estoy acá. Yo, en esta cuarta trama, replico literalmente lo mismo que están viendo acá. Pero yo ahora le digo: "Mira, yo soy la 172 con mi MAC be. Te digo que Ok". O sea, este mismo enlace se lo reenvío a la pbx y la pbx, cuando está recibiendo la MAC, ve que es la que yo le acabo de infectar. Él cree que esta es la 172. Acordaros que lo acabamos de ver en el vídeo anterior, envenenamiento de ARP.</p>

<p>Ahora, nuevamente, en esta quinta trama, la pbx le dice: "Ok, ya que tú me aceptas". Acnubles. Este es un mensaje que se utiliza muchísimo en teleco para cerrar comunicaciones. Desde la 8 le dice a la 172, pero claro, él se cree que yo soy la 172. Entonces, en esta trama que es la misma que están viendo acá, la 194 le dice a la 72. Pero en realidad, se está comunicando con la MAC be, que soy yo. Automáticamente, yo le mando el mismo acknowledgment desde la 194 a la 172. Entonces, este se cree que realmente es en la 194. Y con esto, ven que acá habla de protocolos, ZIP, Zainalín, hay BIOS, signing in Discovery Protocol. Estas son estas tramas que aquí están marcadas como negociación. Acá es cuando se establece la comunicación. La pbx le dice al teléfono destino: "Hay alguien que te quiere llamar. Ese alguien que quiere llamar, ahora que es el teléfono con la IP 228, empieza este nuevo protocolo". Ahora ven que es Real-time Protocol (RTP). Ahora empieza a viajar la voz.</p>

<p>Entonces, ahora la 228, fíjense que ahora las 228 se comunica con la que cree que es la 172. Pero nuevamente, se está comunicando conmigo, con la MAC be. Entonces, esta trama es esta que están viendo acá, la primera trama de voz sobre IP, en la cual la 228, con la MAC c8 que también está infectada, se comunica con esta MAC be, creyendo que es la 172, cuando en realidad no lo es. Automáticamente, yo duplico esa misma trama en esta que ven aquí, en la cual le digo: "Yo soy la 228", es este que están viendo acá, y empiezo a hablar con la 172. Y a partir de acá, lo mismo. Las 228 me contestan a mí, yo le envío a la 172. Empieza el diálogo engañoso, porque se cree que yo soy la 228.</p>

<p>Vamos a hacer algo muy bueno. Fíjense, esto que está acá es tráfico, es tráfico Real-time Protocol. Decir, aquí viaja la voz. Entonces, yo ahora me voy a venir a telefonía. Dentro de telefonía, voy a elegir la opción RTP. Y dentro de RTP, voy a seguir esta secuencia de Real-time Protocol, que es estrictamente esto que están viendo acá. Ven que tengo dos secuencias, una real y una de mentira. En esa secuencia real, lo mismo, me voy a Real-time Protocol, en la opción de telefonía, me voy a RTP y ahora voy a hacer RTP Player. Miren lo que están viendo acá. Esto es la voz. Esto es lo que yo intercepté. Vamos a escucharlo. Voy a poner Play.</p>

<p>"Hola, hola, 1, 2, 3, 4. Hola, hola, hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada que acabo de interceptar con estas tramas de RTP que están viendo acá. O sea, esto que están viendo acá, repito, si yo me vengo a telefonía, me vengo a RTP, le digo RTP Player. Automáticamente, esos paquetes de datos en IP me los transformamos: "1, 2, 3, 4. Hola, hola, hola, 1, 2, 3, 4, probando". Esa es la llamada interceptada a través de la herramienta Caín. Qué reitero, lo que hemos hecho. Entonces, voy a ampliar un poco más esta ventana para que se vea mejor.</p>

<h3>Resumen del Proceso de Intercepción VoIP</h3>

<p>Lo que hemos hecho es el teléfono Uno negoció al principio una llamada y le dijo a la pbx: "Yo quiero llamar al teléfono 2". Entonces, la pbx, en estas tramas SIP que están viendo acá arriba, negoció la comunicación. Cuando se dijo el "Ok" y el "acknowledgment" automáticamente, las 228 hablaron con la 172. Pero en cada una de las tramas, primero la interceptaba yo y se la reenviaba. Él me contestaba a mí, yo se la reenviaba. Él me lo andaba a mí, yo se la reenviaba. Ese fue el envenenamiento de ARP. Pero esta vez, visto con un ejemplo práctico de una intersección de una voz sobre IP, la cual se puede hacer con esta simplicidad que acaban de ver.</p>

[[Category: Prácticas/Ejercicios]]

Aplicar y concatenar diccionarios de fuerza bruta

2023-08-11T10:40:06Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="320" height="240">_KX7NQQzByg</youtube>
|}

<p> Para creackear la contraseña Wifi de [[WPA]] y/o [[WPA2]], no solo aplicaremos los diccionarios de fuerza bruta (que ya extrajimos en la entrada [[Aplicar y concatenar diccionarios de fuerza bruta]]) sino que también los concatenaremos a través de línea de Comandos de [[Kali]] Linux para que estos elaboren en sí mismos un número exponencial de posibilidades. Luego finalizaremos con la suite [[Aircrack-ng]], con un ataque de fuerza bruta que nos permitirá crackear la contraseña WiFi.</p>

<p> [[Aircrack-ng]] es una herramienta de seguridad de código abierto (Open Source) que te permite descifrar contraseñas de redes WiFi protegidas mediante el protocolo [[WPA]] o [[WPA2]]. Para ello debemos crear un diccionario o wordlist que podremos aplicar y combinar o concatenar, por ejemplo, con el comando "vi" en [[Kali]]. Veremos que el trabajo parte de dos herramientas imprescindibles, estas son [[pydictor]] y [[cupp]]. Con estas instaladas, podremos generar una lista de contraseñas en sus directorios y combinarlas para lograr una mayor extensión en la wordlist para nuestro [[Kali]] Linux.</p>

<p> En nuestra experiencia, son muchas las redes WiFi que no se encuentran debidamente bastionadas. Con [[Aircrack-ng]] puedes verificar (o auditar) si en las mismas usuarios y/o administradores utilizan contraseñas triviales o débiles, pues, una cadena se corta por el eslabón más débil. Si alguien debilita esta estructura desde su base, toda la seguridad que pueda haber encima no tiene sentido, así que NO USÉIS CONTRASEÑAS DÉBILES.</p>

<p> Recuerda que aunque la [[Ciberseguridad]] y el [[Hacking]] son dos caras de la misma moneda, este último no solo puede crear grandes problemas en tu día a día sino en el de otras personas a tu alrededor. Estos tutoriales sobre el crackeo de contraseñas en [[WPA]] y [[WPA2]] están respaldados por la moral y ética detrás de todo esto. Buscamos que tengas herramientas para auditorías de seguridad, pentesting y diferentes usos en el refuerzo de la seguridad de una empresa. Es el mejor paso en tu carrera profesional que se puede abordar con este conocimiento.</p>

<p> Si ya contamos con dos buenos diccionarios, vamos a mezclarlos para hacer uno nuevo y dedicarlo a crackear con la Suite [[Aircrack-ng]] utilizando esta enorme cantidad de combinaciones de palabras que hemos logrado hacer con los dos iniciales.</p>

<h3>Explorando Ficheros de Diccionario y Ocurrencias de Palabras</h3>

<p>Partimos de dos ficheros de diccionario importantes, en nuestro caso con aproximadamente 24 mil palabras cada uno. Si yo escribo 'cat Nombre_el_fichero', se debe mostrarme todas las palabras que me hizo teniendo en cuenta todas las ocurrencias que tiene en este caso "ace" con todos los códigos que hay. Vamos a hacer más, todavía más, más bestia. Voy a hacer de vuelta 'cd .." y posteriormente "ls- l'. Y se acuerdan que aquí... (Recordad que con el comando "cd .." subimos un directorio más). Ahora, si subimos un directorio de donde estábamos y realizamos el comando "pwd", obtendremos la ruta hacia el directorio donde estamos parados, en mi caso, a 'home/acorletti'.</p>

<p> Si a esto le añadimos nuevamente el comando "ls-l" obtendremos la vista de los directorios de 'cupp' y 'pydictor' como os mostramos aquí:</p>

[[File:Directorio_herramientas_Cupp_y_Pydictor.jpg|thumb|Directorio herramientas Cupp y Pydictor|center|650px]]

<p> Tras mostrar el directorio en el que nos encontramos con el comando "pwd" y, como nos encontramos en el '/home/acorletti' en este caso, podemos comenzar a lanzar Cupp con "./cupp" y de nuevo lanzamos "ls-l". Nos mostrará la dirección del fichero que contiene nuestro diccionario, en este caso "alejandro.txt".</p>

<p> ¿Qué queremos hacer con esto? Este fichero 'alejandro.txt' lo quiero copiar en mi directorio 'acorletti'. Entonces, para copiar, el comando es "cp alejandro.txt /home/acorletti" <i>(recordad que en Linux, cuando ustedes aprietan la tecla de tabulación, si la palabra es unívoca, la completa)</i>. Fíjense que ahora sí, si realizamos "cd .." subo al directorio 'acorletti'. Si en este directorio vuelvo a ejecutar "ls -l", ven que ahora tengo mi fichero 'alejandro.txt'.</p>

<p> Con este paso cumplimentado, vamos a irnos ahora a "cd pydictor/results/" y de nuevo "ls -l" y aquí tengo mi otro fichero que es 'sedb_180944.txt'.

[[File:Diccionarios de fuerza bruta.jpg|thumb|Diccionarios de fuerza bruta|center|650px]]

<h3>Concatenando Ficheros con el Comando "cat"</h3>

<p>Linux tiene una característica muy buena. Vamos a hacer uso de un editor muy viejo que es el <b>'vi'</b> (no nos extenderemos explicándolo, pero su función nos es muy útil para esta labor). Vamos a crear un archivo que se llama 'pp1' y dentro de ese archivo, le voy a insertar el número '123'. Lo voy a guardar. Entonces, ahora tenemos el fichero 'pp1'. Ahora vamos a crear otro fichero 'pp2'. Y a este fichero 'pp2' le voy a agregar las letras 'ABC' y lo guardamos. Van a ver que ahora tengo dos ficheros: 'pp1' y 'pp2'.</p>

<p>Linux una de las grandes cosas que me permite, es, concatenar lo que yo quiero. Entonces, ese comando que acabamos de ver antes, que se llama "cat", yo puedo pedir que haga "cat pp1 >pp2". Con esto, le estamos pidiendo inyectar al fichero 'pp2'. Si ahora hago "ls -l", vamos a ver qué está sucediendo aquí.</p>

<p> Vamos a hacer "cat pp1" y nos muestra que es 123. Si ahora hacemos "cat pp2" también resulta ser 123,. Lo que ha sucedido es que [[Kali]] me sobre escribió el fichero pp1 en pp2, y ahora tanto pp1 como pp2 son iguales.</p>

[[File:Resultado_de_Cat_en_pp1_y_pp2.jpg|thumb|Resultado de Cat en pp1 y pp2|center|650px]]

<p> Vamos a hacer un nuevo fichero 'pp3' y a este fichero le agregaré los caracteres xyz. Luego, lo guardaré. En este momento, tengo tres ficheros: "pp1" y "pp2", que son iguales, pero "pp3" contiene el texto "xyz". Ahora, realizaré el mismo procedimiento que antes, usando el comando "cat" en lugar de una flecha simple, utilizaré <b>dos flechas (>>)</b> para concatenar el contenido. Luego, ejecutaré "cat pp1 >>pp3". Si realizamos cat a pp1 seguiré obteniendo "123", pero si realizamos cat a pp3 vemos que se ha concatenado el contenido de "pp3" (xyz) con "123", lo que nos da un juego interesante</p>

Cuando necesito visualizar un fichero usando el comando "cat", se mostrará su contenido. Sin embargo, si lo redirijo, se sobre escribirá el contenido con el que quiero reemplazarlo. Y, cuando uso dos flechas (>>), en lugar de sobre escribirlo, se concatenará con el contenido del otro fichero. Esto crea un nuevo fichero que combina el contenido de ambos.

La razón detrás de esta explicación es que cuando quiero generar diccionarios de gran tamaño, me resulta útil concatenar varios diccionarios juntos para obtener una gran cantidad de palabras. Por lo tanto, en lugar de sobrescribir, utilizo la concatenación para unir diccionarios y lograr un resultado más completo.

Ahora, voy a usar el comando "cat sedb_180944.txt" nuevamente, pero esta vez en lugar de usar una flecha simple, usaré dos flechas (>>) para concatenar el contenido con el fichero "Alejandro.txt". Esto lo haré para generar un diccionario con ficheros concatenados.

Una opción muy interesante es completar el comando ls con "ls -lart", porque así nos ordena por fecha todo el contenido. Ahora podremos ver los pasos realizados de forma ordenada. Ahora, hemos pasado de tener 24.955 posibilidades en el fichero sedb_180944.txt a tener 92.000 en el alejandro.txt. Esto se debe a que he <u>concatenado</u> ambos diccionarios para crear uno más sólido y completo.

Espero que esto aclare cómo utilizo la concatenación de ficheros para crear diccionarios más grandes y completos. La concatenación de diccionarios es una técnica efectiva para sumar un cúmulo de palabras y mejorar la eficacia de los ataques de fuerza bruta.

<h3> Utilizando los diccionarios de fuerza bruta con [[Aircrack-ng]]</h3>

Ahora, tomaremos las dos capuras de tráfico de la wifi que nos interesa, las copiamos y nos dirigimos a la carpeta a home para pegarlas. ¿Qué debo hacer ahora? Voy a ejecutar la Suite a través del comando "aircrack-ng -e" para el punto de acceso (en nuestro caso, como ya hemos trabajado antes, es WiFI_ace') y con la captura de tráfico lograda en la entrada anterior ([[WiFi crack en WPA y WPA2]]) y que a esto me aplique el fichero donde hemos generado el diccionario final (alejandro.txt). Con esto, el resultado del código sería: </p>

<p> aircrack-ng -e WiFI_ace_14.pcap -w alejandro.txt </p>

<p>Presiono "enter" y verán cómo empieza a procesar todas las tramas</p>

<h3>Descifrando Contraseñas WiFi a través de la Suite [[Aircrack-ng]]</h3>

<p>En este momento ya me está diciendo 'key Found', clave encontrada. Fíjense en nada, en muy poco tiempo y la contraseña de ese punto de acceso Wi-Fi es literalmente esa que están viendo ahí: 'ace12345'. Esta sería la forma de generar diccionarios de Fuerza bruta utilizando estas herramientas que acabamos de hacer, para [[WPA]] o [[WPA2]]. Capturando el tráfico, como vimos en las entradas anteriores. Generando diccionarios, o bajando diccionarios de internet.</p>

<p>A mí me resulta más eficiente, investigar un poquito la [[ingeniería social]] sobre ese punto de acceso "ace" y sobre eso tratar de probar por Fuerza bruta de qué forma puedo romperla. Es real que en este caso, la contraseña es 'ace12345'. Fíjense lo peligroso que es trabajar con contraseñas triviales. Pero guarda, nosotros generamos un diccionario de Fuerza bruta con 'ace' y con dígitos del uno al siete, con clave de 8 dígitos... Entonces nos tomamos un trabajo de generar un diccionario. Ese diccionario puede ser infinitamente más grande. Lo que está mal aquí es que la clave era 'ace12345'.</p>

<h3>Consideraciones sobre Contraseñas Triviales y Longitudes</h3>

<p>Si esta clave trivial hubiese tenido un asterisco, también lo hubiésemos roto. Si esta clave trivial, en vez de ser 8 hubiese sido 9 también. Están viendo un ejemplo muy sencillo. Porque no nos podemos pasar toda la tarde para hacer un crack de [[WPA]] en este vídeo. Pero generando buenas herramientas de diccionario, utilizando buenas longitudes de clave, mezclando caracteres, fechas, algo de ingeniería social como es en este caso (que yo sabía que el punto de acceso era 'ace'), juntando esos pequeños eslabones... logramos que esto termine mal.</p>

<h3>Conclusiones y Uso de la Suite [[Aircrack-ng]] en [[Ciberseguridad]]</h3>

<p>Entonces, conclusión, utilizamos la Suite [[Aircrack-ng]], capturamos el tráfico EAPOL (Extensive , lo vimos con web, vimos cómo generar ese auto Replay para poder generar ese diálogo de autenticación. Capturamos la autenticación y aquí generamos, con dos herramientas distintas, concatenamos dos diccionarios. Podríamos haber concatenado 20 y en muy poquitos segundos. Están viendo cómo es posible crackear una contraseña [[WPA2]].</p>

<p>Bueno, esto es todo por este vídeo de hoy, que fue largo, pero creo que mereció la pena. Hemos visto [[Kali]], hemos visto herramientas de diccionario, hemos visto [[Aircrack-ng]], hemos visto comandos de Linux. Así que bueno, espero que con esto cerremos el tema de [[Aircrack-ng]] y que os sirva de ejemplo para mejorarlo muchísimo más. Listo, adiós. Gracias.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T10:39:58Z

Jcorletti:

Aplicar y concatenar diccionarios de fuerza bruta

2023-08-11T10:38:57Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="350" height="200">_KX7NQQzByg</youtube>
|}

<p> Para creackear la contraseña Wifi de [[WPA]] y/o [[WPA2]], no solo aplicaremos los diccionarios de fuerza bruta (que ya extrajimos en la entrada [[Aplicar y concatenar diccionarios de fuerza bruta]]) sino que también los concatenaremos a través de línea de Comandos de [[Kali]] Linux para que estos elaboren en sí mismos un número exponencial de posibilidades. Luego finalizaremos con la suite [[Aircrack-ng]], con un ataque de fuerza bruta que nos permitirá crackear la contraseña WiFi.</p>

<p> [[Aircrack-ng]] es una herramienta de seguridad de código abierto (Open Source) que te permite descifrar contraseñas de redes WiFi protegidas mediante el protocolo [[WPA]] o [[WPA2]]. Para ello debemos crear un diccionario o wordlist que podremos aplicar y combinar o concatenar, por ejemplo, con el comando "vi" en [[Kali]]. Veremos que el trabajo parte de dos herramientas imprescindibles, estas son [[pydictor]] y [[cupp]]. Con estas instaladas, podremos generar una lista de contraseñas en sus directorios y combinarlas para lograr una mayor extensión en la wordlist para nuestro [[Kali]] Linux.</p>

<p> En nuestra experiencia, son muchas las redes WiFi que no se encuentran debidamente bastionadas. Con [[Aircrack-ng]] puedes verificar (o auditar) si en las mismas usuarios y/o administradores utilizan contraseñas triviales o débiles, pues, una cadena se corta por el eslabón más débil. Si alguien debilita esta estructura desde su base, toda la seguridad que pueda haber encima no tiene sentido, así que NO USÉIS CONTRASEÑAS DÉBILES.</p>

<p> Recuerda que aunque la [[Ciberseguridad]] y el [[Hacking]] son dos caras de la misma moneda, este último no solo puede crear grandes problemas en tu día a día sino en el de otras personas a tu alrededor. Estos tutoriales sobre el crackeo de contraseñas en [[WPA]] y [[WPA2]] están respaldados por la moral y ética detrás de todo esto. Buscamos que tengas herramientas para auditorías de seguridad, pentesting y diferentes usos en el refuerzo de la seguridad de una empresa. Es el mejor paso en tu carrera profesional que se puede abordar con este conocimiento.</p>

<p> Si ya contamos con dos buenos diccionarios, vamos a mezclarlos para hacer uno nuevo y dedicarlo a crackear con la Suite [[Aircrack-ng]] utilizando esta enorme cantidad de combinaciones de palabras que hemos logrado hacer con los dos iniciales.</p>

<h3>Explorando Ficheros de Diccionario y Ocurrencias de Palabras</h3>

<p>Partimos de dos ficheros de diccionario importantes, en nuestro caso con aproximadamente 24 mil palabras cada uno. Si yo escribo 'cat Nombre_el_fichero', se debe mostrarme todas las palabras que me hizo teniendo en cuenta todas las ocurrencias que tiene en este caso "ace" con todos los códigos que hay. Vamos a hacer más, todavía más, más bestia. Voy a hacer de vuelta 'cd .." y posteriormente "ls- l'. Y se acuerdan que aquí... (Recordad que con el comando "cd .." subimos un directorio más). Ahora, si subimos un directorio de donde estábamos y realizamos el comando "pwd", obtendremos la ruta hacia el directorio donde estamos parados, en mi caso, a 'home/acorletti'.</p>

<p> Si a esto le añadimos nuevamente el comando "ls-l" obtendremos la vista de los directorios de 'cupp' y 'pydictor' como os mostramos aquí:</p>

[[File:Directorio_herramientas_Cupp_y_Pydictor.jpg|thumb|Directorio herramientas Cupp y Pydictor|center|650px]]

<p> Tras mostrar el directorio en el que nos encontramos con el comando "pwd" y, como nos encontramos en el '/home/acorletti' en este caso, podemos comenzar a lanzar Cupp con "./cupp" y de nuevo lanzamos "ls-l". Nos mostrará la dirección del fichero que contiene nuestro diccionario, en este caso "alejandro.txt".</p>

<p> ¿Qué queremos hacer con esto? Este fichero 'alejandro.txt' lo quiero copiar en mi directorio 'acorletti'. Entonces, para copiar, el comando es "cp alejandro.txt /home/acorletti" <i>(recordad que en Linux, cuando ustedes aprietan la tecla de tabulación, si la palabra es unívoca, la completa)</i>. Fíjense que ahora sí, si realizamos "cd .." subo al directorio 'acorletti'. Si en este directorio vuelvo a ejecutar "ls -l", ven que ahora tengo mi fichero 'alejandro.txt'.</p>

<p> Con este paso cumplimentado, vamos a irnos ahora a "cd pydictor/results/" y de nuevo "ls -l" y aquí tengo mi otro fichero que es 'sedb_180944.txt'.

[[File:Diccionarios de fuerza bruta.jpg|thumb|Diccionarios de fuerza bruta|center|650px]]

<h3>Concatenando Ficheros con el Comando "cat"</h3>

<p>Linux tiene una característica muy buena. Vamos a hacer uso de un editor muy viejo que es el <b>'vi'</b> (no nos extenderemos explicándolo, pero su función nos es muy útil para esta labor). Vamos a crear un archivo que se llama 'pp1' y dentro de ese archivo, le voy a insertar el número '123'. Lo voy a guardar. Entonces, ahora tenemos el fichero 'pp1'. Ahora vamos a crear otro fichero 'pp2'. Y a este fichero 'pp2' le voy a agregar las letras 'ABC' y lo guardamos. Van a ver que ahora tengo dos ficheros: 'pp1' y 'pp2'.</p>

<p>Linux una de las grandes cosas que me permite, es, concatenar lo que yo quiero. Entonces, ese comando que acabamos de ver antes, que se llama "cat", yo puedo pedir que haga "cat pp1 >pp2". Con esto, le estamos pidiendo inyectar al fichero 'pp2'. Si ahora hago "ls -l", vamos a ver qué está sucediendo aquí.</p>

<p> Vamos a hacer "cat pp1" y nos muestra que es 123. Si ahora hacemos "cat pp2" también resulta ser 123,. Lo que ha sucedido es que [[Kali]] me sobre escribió el fichero pp1 en pp2, y ahora tanto pp1 como pp2 son iguales.</p>

[[File:Resultado_de_Cat_en_pp1_y_pp2.jpg|thumb|Resultado de Cat en pp1 y pp2|center|650px]]

<p> Vamos a hacer un nuevo fichero 'pp3' y a este fichero le agregaré los caracteres xyz. Luego, lo guardaré. En este momento, tengo tres ficheros: "pp1" y "pp2", que son iguales, pero "pp3" contiene el texto "xyz". Ahora, realizaré el mismo procedimiento que antes, usando el comando "cat" en lugar de una flecha simple, utilizaré <b>dos flechas (>>)</b> para concatenar el contenido. Luego, ejecutaré "cat pp1 >>pp3". Si realizamos cat a pp1 seguiré obteniendo "123", pero si realizamos cat a pp3 vemos que se ha concatenado el contenido de "pp3" (xyz) con "123", lo que nos da un juego interesante</p>

Cuando necesito visualizar un fichero usando el comando "cat", se mostrará su contenido. Sin embargo, si lo redirijo, se sobre escribirá el contenido con el que quiero reemplazarlo. Y, cuando uso dos flechas (>>), en lugar de sobre escribirlo, se concatenará con el contenido del otro fichero. Esto crea un nuevo fichero que combina el contenido de ambos.

La razón detrás de esta explicación es que cuando quiero generar diccionarios de gran tamaño, me resulta útil concatenar varios diccionarios juntos para obtener una gran cantidad de palabras. Por lo tanto, en lugar de sobrescribir, utilizo la concatenación para unir diccionarios y lograr un resultado más completo.

Ahora, voy a usar el comando "cat sedb_180944.txt" nuevamente, pero esta vez en lugar de usar una flecha simple, usaré dos flechas (>>) para concatenar el contenido con el fichero "Alejandro.txt". Esto lo haré para generar un diccionario con ficheros concatenados.

Una opción muy interesante es completar el comando ls con "ls -lart", porque así nos ordena por fecha todo el contenido. Ahora podremos ver los pasos realizados de forma ordenada. Ahora, hemos pasado de tener 24.955 posibilidades en el fichero sedb_180944.txt a tener 92.000 en el alejandro.txt. Esto se debe a que he <u>concatenado</u> ambos diccionarios para crear uno más sólido y completo.

Espero que esto aclare cómo utilizo la concatenación de ficheros para crear diccionarios más grandes y completos. La concatenación de diccionarios es una técnica efectiva para sumar un cúmulo de palabras y mejorar la eficacia de los ataques de fuerza bruta.

<h3> Utilizando los diccionarios de fuerza bruta con [[Aircrack-ng]]</h3>

Ahora, tomaremos las dos capuras de tráfico de la wifi que nos interesa, las copiamos y nos dirigimos a la carpeta a home para pegarlas. ¿Qué debo hacer ahora? Voy a ejecutar la Suite a través del comando "aircrack-ng -e" para el punto de acceso (en nuestro caso, como ya hemos trabajado antes, es WiFI_ace') y con la captura de tráfico lograda en la entrada anterior ([[WiFi crack en WPA y WPA2]]) y que a esto me aplique el fichero donde hemos generado el diccionario final (alejandro.txt). Con esto, el resultado del código sería: </p>

<p> aircrack-ng -e WiFI_ace_14.pcap -w alejandro.txt </p>

<p>Presiono "enter" y verán cómo empieza a procesar todas las tramas</p>

<h3>Descifrando Contraseñas WiFi a través de la Suite [[Aircrack-ng]]</h3>

<p>En este momento ya me está diciendo 'key Found', clave encontrada. Fíjense en nada, en muy poco tiempo y la contraseña de ese punto de acceso Wi-Fi es literalmente esa que están viendo ahí: 'ace12345'. Esta sería la forma de generar diccionarios de Fuerza bruta utilizando estas herramientas que acabamos de hacer, para [[WPA]] o [[WPA2]]. Capturando el tráfico, como vimos en las entradas anteriores. Generando diccionarios, o bajando diccionarios de internet.</p>

<p>A mí me resulta más eficiente, investigar un poquito la [[ingeniería social]] sobre ese punto de acceso "ace" y sobre eso tratar de probar por Fuerza bruta de qué forma puedo romperla. Es real que en este caso, la contraseña es 'ace12345'. Fíjense lo peligroso que es trabajar con contraseñas triviales. Pero guarda, nosotros generamos un diccionario de Fuerza bruta con 'ace' y con dígitos del uno al siete, con clave de 8 dígitos... Entonces nos tomamos un trabajo de generar un diccionario. Ese diccionario puede ser infinitamente más grande. Lo que está mal aquí es que la clave era 'ace12345'.</p>

<h3>Consideraciones sobre Contraseñas Triviales y Longitudes</h3>

<p>Si esta clave trivial hubiese tenido un asterisco, también lo hubiésemos roto. Si esta clave trivial, en vez de ser 8 hubiese sido 9 también. Están viendo un ejemplo muy sencillo. Porque no nos podemos pasar toda la tarde para hacer un crack de [[WPA]] en este vídeo. Pero generando buenas herramientas de diccionario, utilizando buenas longitudes de clave, mezclando caracteres, fechas, algo de ingeniería social como es en este caso (que yo sabía que el punto de acceso era 'ace'), juntando esos pequeños eslabones... logramos que esto termine mal.</p>

<h3>Conclusiones y Uso de la Suite [[Aircrack-ng]] en [[Ciberseguridad]]</h3>

<p>Entonces, conclusión, utilizamos la Suite [[Aircrack-ng]], capturamos el tráfico EAPOL (Extensive , lo vimos con web, vimos cómo generar ese auto Replay para poder generar ese diálogo de autenticación. Capturamos la autenticación y aquí generamos, con dos herramientas distintas, concatenamos dos diccionarios. Podríamos haber concatenado 20 y en muy poquitos segundos. Están viendo cómo es posible crackear una contraseña [[WPA2]].</p>

<p>Bueno, esto es todo por este vídeo de hoy, que fue largo, pero creo que mereció la pena. Hemos visto [[Kali]], hemos visto herramientas de diccionario, hemos visto [[Aircrack-ng]], hemos visto comandos de Linux. Así que bueno, espero que con esto cerremos el tema de [[Aircrack-ng]] y que os sirva de ejemplo para mejorarlo muchísimo más. Listo, adiós. Gracias.</p>

[[Category: Prácticas/Ejercicios]]

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T10:37:50Z

Jcorletti:

{| class="wikitable"
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace: </p>|| <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.0.2.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1. Esto se realiza a través del comando hping3 -c 1 -d 5000 y añadiendo la IP destino, en este caso 10.50.240.132. siendo de esta forma que -c estipula la cantidad de paquetes y -d la densidad del mismo</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

[[File:Resultados_de_Captura_Hping3.jpg|thumb|Resultados de Captura Hping3|center|650px]]

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480. estudiemos más en detalle por qué este valor de 1480.</p>

<p> Fíjense que el primero de estos dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes, es menor de 1600. Como no puede meter más de 1500 bytes en una red Ethernet, lo partió en un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es toda esa línea en hexadecimal ocupa 14 bytes completos y que se marca en azul cuando clicamos sobre la entrada "Ethernet II Src:"). Y el segundo encabezado, que se le degrada, es el de IP. Este segundo <strong>siempre comenzará por 45</strong> que es lo que demarca el comienzo de un encabezado IP, 14 bytes en la segunda línea y dos últimos que cierran el encabezado IP que siempre serán 20. </p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514. Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480, porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<h3> Analizando el segundo comando ejecutado por hping3</h3>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

[[File:Segundo_paquete_realizado_por_Hping3.jpg|thumb|Segundo paquete realizado por Hping3|center|650px]]

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, <strong>para meter en la red una información de 5000 bytes</strong>, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3). El último tiene una longitud de 614.</p>

<p><strong>Así es como IP fragmenta un volumen grande</strong> que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación y reensamble. Y el proceso inverso es lo que sucedería en el otro extremo. Así es como trabaja hping3 que en nuestro primer ejemplo, lo hemos visto para generar datagramas IP de distintas longitudes y obligarlos a que hagan uso de la función de fragmentación. </p>

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T10:37:21Z

Jcorletti:

{| class="wikitable"
|+<p> <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:</p>
|-
| <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:|| <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.0.2.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1. Esto se realiza a través del comando hping3 -c 1 -d 5000 y añadiendo la IP destino, en este caso 10.50.240.132. siendo de esta forma que -c estipula la cantidad de paquetes y -d la densidad del mismo</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

[[File:Resultados_de_Captura_Hping3.jpg|thumb|Resultados de Captura Hping3|center|650px]]

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480. estudiemos más en detalle por qué este valor de 1480.</p>

<p> Fíjense que el primero de estos dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes, es menor de 1600. Como no puede meter más de 1500 bytes en una red Ethernet, lo partió en un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es toda esa línea en hexadecimal ocupa 14 bytes completos y que se marca en azul cuando clicamos sobre la entrada "Ethernet II Src:"). Y el segundo encabezado, que se le degrada, es el de IP. Este segundo <strong>siempre comenzará por 45</strong> que es lo que demarca el comienzo de un encabezado IP, 14 bytes en la segunda línea y dos últimos que cierran el encabezado IP que siempre serán 20. </p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514. Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480, porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<h3> Analizando el segundo comando ejecutado por hping3</h3>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

[[File:Segundo_paquete_realizado_por_Hping3.jpg|thumb|Segundo paquete realizado por Hping3|center|650px]]

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, <strong>para meter en la red una información de 5000 bytes</strong>, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3). El último tiene una longitud de 614.</p>

<p><strong>Así es como IP fragmenta un volumen grande</strong> que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación y reensamble. Y el proceso inverso es lo que sucedería en el otro extremo. Así es como trabaja hping3 que en nuestro primer ejemplo, lo hemos visto para generar datagramas IP de distintas longitudes y obligarlos a que hagan uso de la función de fragmentación. </p>

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T10:36:40Z

Jcorletti:

{| class="wikitable"
|+<p> <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:</p>
|-
| | <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.0.2.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1. Esto se realiza a través del comando hping3 -c 1 -d 5000 y añadiendo la IP destino, en este caso 10.50.240.132. siendo de esta forma que -c estipula la cantidad de paquetes y -d la densidad del mismo</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

[[File:Resultados_de_Captura_Hping3.jpg|thumb|Resultados de Captura Hping3|center|650px]]

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480. estudiemos más en detalle por qué este valor de 1480.</p>

<p> Fíjense que el primero de estos dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes, es menor de 1600. Como no puede meter más de 1500 bytes en una red Ethernet, lo partió en un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es toda esa línea en hexadecimal ocupa 14 bytes completos y que se marca en azul cuando clicamos sobre la entrada "Ethernet II Src:"). Y el segundo encabezado, que se le degrada, es el de IP. Este segundo <strong>siempre comenzará por 45</strong> que es lo que demarca el comienzo de un encabezado IP, 14 bytes en la segunda línea y dos últimos que cierran el encabezado IP que siempre serán 20. </p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514. Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480, porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<h3> Analizando el segundo comando ejecutado por hping3</h3>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

[[File:Segundo_paquete_realizado_por_Hping3.jpg|thumb|Segundo paquete realizado por Hping3|center|650px]]

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, <strong>para meter en la red una información de 5000 bytes</strong>, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3). El último tiene una longitud de 614.</p>

<p><strong>Así es como IP fragmenta un volumen grande</strong> que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación y reensamble. Y el proceso inverso es lo que sucedería en el otro extremo. Así es como trabaja hping3 que en nuestro primer ejemplo, lo hemos visto para generar datagramas IP de distintas longitudes y obligarlos a que hagan uso de la función de fragmentación. </p>

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T10:36:25Z

Jcorletti:

{| class="wikitable"
|+<p> <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:</p>
|-
| || <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.0.2.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1. Esto se realiza a través del comando hping3 -c 1 -d 5000 y añadiendo la IP destino, en este caso 10.50.240.132. siendo de esta forma que -c estipula la cantidad de paquetes y -d la densidad del mismo</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

[[File:Resultados_de_Captura_Hping3.jpg|thumb|Resultados de Captura Hping3|center|650px]]

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480. estudiemos más en detalle por qué este valor de 1480.</p>

<p> Fíjense que el primero de estos dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes, es menor de 1600. Como no puede meter más de 1500 bytes en una red Ethernet, lo partió en un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es toda esa línea en hexadecimal ocupa 14 bytes completos y que se marca en azul cuando clicamos sobre la entrada "Ethernet II Src:"). Y el segundo encabezado, que se le degrada, es el de IP. Este segundo <strong>siempre comenzará por 45</strong> que es lo que demarca el comienzo de un encabezado IP, 14 bytes en la segunda línea y dos últimos que cierran el encabezado IP que siempre serán 20. </p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514. Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480, porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<h3> Analizando el segundo comando ejecutado por hping3</h3>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

[[File:Segundo_paquete_realizado_por_Hping3.jpg|thumb|Segundo paquete realizado por Hping3|center|650px]]

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, <strong>para meter en la red una información de 5000 bytes</strong>, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3). El último tiene una longitud de 614.</p>

<p><strong>Así es como IP fragmenta un volumen grande</strong> que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación y reensamble. Y el proceso inverso es lo que sucedería en el otro extremo. Así es como trabaja hping3 que en nuestro primer ejemplo, lo hemos visto para generar datagramas IP de distintas longitudes y obligarlos a que hagan uso de la función de fragmentación. </p>

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T10:35:55Z

Jcorletti:

{| class="wikitable"
|+<p> <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:</p>
|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark || <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.0.2.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1. Esto se realiza a través del comando hping3 -c 1 -d 5000 y añadiendo la IP destino, en este caso 10.50.240.132. siendo de esta forma que -c estipula la cantidad de paquetes y -d la densidad del mismo</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

[[File:Resultados_de_Captura_Hping3.jpg|thumb|Resultados de Captura Hping3|center|650px]]

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480. estudiemos más en detalle por qué este valor de 1480.</p>

<p> Fíjense que el primero de estos dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes, es menor de 1600. Como no puede meter más de 1500 bytes en una red Ethernet, lo partió en un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es toda esa línea en hexadecimal ocupa 14 bytes completos y que se marca en azul cuando clicamos sobre la entrada "Ethernet II Src:"). Y el segundo encabezado, que se le degrada, es el de IP. Este segundo <strong>siempre comenzará por 45</strong> que es lo que demarca el comienzo de un encabezado IP, 14 bytes en la segunda línea y dos últimos que cierran el encabezado IP que siempre serán 20. </p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514. Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480, porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<h3> Analizando el segundo comando ejecutado por hping3</h3>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

[[File:Segundo_paquete_realizado_por_Hping3.jpg|thumb|Segundo paquete realizado por Hping3|center|650px]]

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, <strong>para meter en la red una información de 5000 bytes</strong>, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3). El último tiene una longitud de 614.</p>

<p><strong>Así es como IP fragmenta un volumen grande</strong> que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación y reensamble. Y el proceso inverso es lo que sucedería en el otro extremo. Así es como trabaja hping3 que en nuestro primer ejemplo, lo hemos visto para generar datagramas IP de distintas longitudes y obligarlos a que hagan uso de la función de fragmentación. </p>

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:58:07Z

Jcorletti:

{| class="wikitable"
|+<p> <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:</p>
|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark || <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.0.2.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1. Esto se realiza a través del comando hping3 -c 1 -d 5000 y añadiendo la IP destino, en este caso 10.50.240.132. siendo de esta forma que -c estipula la cantidad de paquetes y -d la densidad del mismo</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

[[File:Resultados_de_Captura_Hping3.jpg|thumb|Resultados de Captura Hping3|center|650px]]

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:49:17Z

Jcorletti:

{| class="wikitable"
|+<p> <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:</p>
|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark || <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:48:18Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:</p>
|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark || <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:48:03Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:</b>
|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark || <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:47:48Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:

|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark || <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:47:33Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:
|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark || <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:47:04Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:
|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark || <youtube width="350" height="200"> mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5/youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:46:33Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:
|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark || <youtube width="130" height="80">mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5/youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:45:07Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:
|-
|| <youtube width="130" height="80" right>mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:44:55Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:
|-
|| <youtube width="130" height="80" left>mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:44:28Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:
|-
|| <youtube width="130" height="80" [left]mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:43:59Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:
|-
|| <youtube width="130" height="80">mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:43:39Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:
|-| <youtube width="130" height="80">mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Ejercicio de fragmentación de tráfico con Hping3

2023-08-11T09:43:17Z

Jcorletti:

{| class="wikitable"
|+ <strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, <br>aquí te dejamos el enlace:
|-
| Ejercicio de fragmentación IP empleando HPING3 y Wireshark|| <youtube width="130" height="80">mBqvwdoJVOw&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=5</youtube>
|}

[[Categoría: Prácticas/Ejercicios]]
<h1>Ejercicio de fragmentación de tráfico con Hping3</h1>
<p>Esta vez, usando una herramienta nueva que se llama <b>[[hping3]]</b>, como siempre a través de nuestro [[Kali]]. Para hacer este ejercicio, vamos a abrir una línea de comandos. Dentro de esta consola de línea de comandos, veremos cuál es la dirección IP que tenemos, en nuestro caso nos indica que es la 10.02.15. Desde esta IP, vamos a abrir también [[Wireshark]] para poder hacer capturas de tráfico.</p>

<p>Nuevamente, nos da el mensaje de que debemos ejecutarlo como administradores. Tened cuidado con este tipo de funciones, una vez nos iniciamos en esta podemos tener serios problemas si no lo sabemos tratar. Os guiaremos paso a paso para evitar peligros. Vamos a elegir la interfaz "eth0", que es desde la que vamos a capturar tráfico.</p>

<h3> Creación de varios paquetes de tráfico</h3>

<p>Desde aquí vamos a operar con este comando que se llama [[hping3]]. Esta herramienta es muy útil desde seguridad en redes para poder generar tráfico y analizar la respuesta de la red. Vamos a empezar a usarla en este ejercicio. En este caso, vamos a usar el parámetro "set" que me dice la cantidad de paquetes que quiere utilizar. Le vamos a decir que sólo genere un paquete. En la opción "d", le decimos el tamaño de datos que queremos que emplee. Debemos detallar también para este primer ejercicio que genere un paquete con 1600 bytes. Y como dirección destino, vamos a elegir, en este caso, la dirección IP 10.50.240.132, que es la IP real que tengo en mi portátil. Entonces, generamos esto e inmediatamente vemos cómo se han inyectado dos tramas, dos paquetes a nivel IP o datagramas, como deberíamos llamarlos.</p>

[[File:Tramas_generadas_desde_Hping3.jpg|thumb|Tramas generadas desde Hping3|center|650px]]

<h3> Creación de un paquetes de tráfico</h3>

<p>Vamos a probar otro ejemplo más. En este caso, lo mismo. Le vamos a decir que genere un solo paquete, pero esta vez de tamaño 5000 bytes. Entonces, le decimos a [[hping3]] que ejecute un paquete a esta dirección IP destino de tamaño 5000 bytes y que sólo sea cantidad 1.</p>

<p>Vamos a ejecutarlo nuevamente y vemos que [[Wireshark]] ha capturado de estos paquetes. Vamos a agrandar ahora Wireshark para analizar bien qué es lo que ha sucedido. Y empecemos por nuestro primer paquete.</p>

<h3>Análisis de los resultados obtenidos</h3>

<p> Vamos a analizar qué es lo que ha sucedido en este paquete, desde la IP fuente 215 (que es la mía) hacia la IP destino. Ampliamos el campo "data" y lo primero que vemos es que en este primer paquete, el protocolo IP le está diciendo que él, en este protocolo, tiene un flag que informa que hay "more fragments". Entonces, le está diciendo que ha usado la función de fragmentación. Ha colocado este "ID" en este caso = 187, que hay "more fragments" y que el fragment offset ocupa la posición 0. Es decir, ha generado una trama de longitud total de 1514 bytes que se corresponde al identificador 187 y que vienen más fragmentos dentro de este datagrama.</p>

<p>Si analizamos el segundo, me está diciendo que sigue siendo el ID 187, que ya no tiene más fragmentos ("no more fragments") y que ocupa la posición 1480 (porque es este valor, 1480).</p>

<p>Un poco más en detalle, fíjense que el primer paquete (estos son los dos paquetes que generamos con [[hping3]] cuando le dijimos que ocupe una posición de 1600 bytes) entonces, IP, como no puede meter más de 1500 bytes en una red Ethernet, lo partió como un primer paquete con la máxima longitud que soporta una red Ethernet, que son 1514 bytes. Y estos 1514 bytes están divididos en 14 bytes del encabezado [[Ethernet]] (que es lo que estamos viendo en azul aquí abajo). Toda esta línea en hexadecimal ocupa 16 bytes completos. El primer encabezado, que es [[Ethernet]] (que es lo que estoy marcando aquí), ocupa 14 bytes. Y el segundo encabezado, que se le degrada, es el de IP.</p>

<p>Si contamos lo que figura aquí abajo en esa decimal, tenemos dos objetos. Siempre el valor 45 es el que identifica el inicio de un encabezado IP. Luego los 14 bytes están en la segunda línea, y 2 bytes están abajo.</p>

<p>Estos son los 20 bytes del encabezado IP, más 14 bytes del encabezado Ethernet, son 34. 34 más 1480, que es la posición que ocupa este dato, se suman los 1514 del que aparece en la longitud total del primer datagrama. Es decir, cuando le dijimos a [[hping3]] que genere un datagrama de 1600 bytes, él generó primero 1514.</p>

<p>Entonces, en este primer, me dice el ID es 187, tengo "more fragments" y ocupó la posición 0. En el segundo, me dice "sigo siendo el ID 187", ya no tengo más fragmentos, y este lo empiezo a contar a partir de la posición 1480 porque 1480 más los 20 del encabezado IP más los 14 del encabezado de Ethernet, suman los 1514 bytes que son los que realmente puso en el canal de comunicación.</p>

<p>Vamos a analizar el segundo comando que nosotros ejecutamos, [[hping3]]. Le dijimos que era de 5000 bytes. En este caso, vamos a ver que lo partió en cuatro paquetes. El primer paquete, al igual que el anterior, dice que tiene "more fragments". En este caso, le dio el ID 189 y ocupa la posición 0.</p>

<p>El segundo paquete, vemos que igual que antes, ocupa la posición 1480. En este caso, me dice que tengo "more fragments" y sigue siendo de 1514.</p>

<p>El tercer paquete sigue siendo el ID 189, sigue teniendo "more fragments", y ocupa la posición 2960.</p>

<p>Y el último paquete ya no tiene "more fragments", se acabó. Ocupa la posición 4440 y sigue siendo el ID 180.</p>

<h3>Conclusiones</h3>

<p>Es decir, para meter en la red una información de 5000 bytes, que es lo que le hemos ordenado con [[hping3]], lo partió en cuatro paquetes sin excederse del máximo tamaño que permite la red Ethernet, que recuerdo es 1514.</p>

<p>En un primer paquete lo llamó 189, "more fragments", y ocupa la posición cero. Un segundo paquete, también 189, también "more fragments", ocupa 1480. En un tercer paquete, también 189, "more fragments", ocupa 2960 (que es 1480 por 2). Y en un último paquete, que también es ID 189, ya no hay más fragmentos, este es el último y ocupa la posición 4440 (que es 1480 por 3).</p>

<p>Entonces, así es como IP fragmenta un volumen grande que puede recibir de los niveles de transporte o de aplicación. Así es como cuando nosotros queremos enviar una película a través de internet de un gigabyte, pues lo va a partir en tantos paquetitos como necesite para que esta información llegue desde el origen en que enviamos hasta el destino que queremos llegar con la tele.</p>

<p>Así es como trabaja IP en fragmentación. Y el proceso inverso es lo que sucedería en el otro extremo.

Aplicar y concatenar diccionarios de fuerza bruta

2023-08-10T11:01:50Z

Jcorletti:

<strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, aquí te dejamos paso a paso los <strong>[https://www.youtube.com/watch?v=_KX7NQQzByg&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=16 Charla 39: El nivel de Enlace / Wifi crack 2ª Parte - Aprendiendo Ciberseguridad paso a paso]</strong>

<p> Para creackear la contraseña Wifi de WPA y/o WPA2, no solo aplicaremos los diccionarios de fuerza bruta (que ya extraímos en la entrada [[Crear diccionarios de fuerza bruta]]) sino que también los concatenaremos a través de la línea de Comandos de Linux para que estos elaboren en sí mismos un número exponencial de posibilidades. Luego finalizaremos con la suite [[Aircrack-ng]], con un ataque de fuerza bruta que nos permitirá crackear la contraseña WiFi.</p>

<p> Aircrack-ng es una herramienta de seguridad de código abierto que te permite descifrar contraseñas de redes WiFi protegidas mediante el protocolo WPA o WPA2. Para ello debemos crear un diccionario o wordlist que podremos aplicar y combinar o concatenar, por ejemplo, con el comando "cat" en Kali. Veremos que el trabajo parte de dos herramientas imprescindibles, estas son [[pydictor]] y [[cupp]]. Con estas instaladas, podremos generar una lista de contraseñas en sus directorios y combinarlas para lograr una mayor extensión en la wordlist para nuestro Kali Linux.</p>

<p> En nuestra experiencia, son muchas las redes WiFi que no se encuentran debidamente bastionadas. Con Aircrack-ng puedes verificar (o auditar) si en las mismas usuarios y/o administradores utilizan contraseñas triviales o débiles, pues una cadena se corta por el eslabón más débil. Si alguien debilita esta estructura desde su base, toda la seguridad que pueda haber encima no tiene sentido, así que NO USEN CONTRASEÑAS DÉBILES.</p>

<p> Recuerda que aunque la Ciberseguridad y el Hacking son dos caras de la misma moneda, este último no solo puede crear grandes problemas en tu día a día sino en el de otras personas a tu alrededor. Estos tutoriales sobre el crackeo de contraseñas en WPA y WPA2 están respaldados por la moral y ética detrás de todo esto. Buscamos que tengas herramientas para auditorías de seguridad, pentesting y diferentes usos en el refuerzo de la seguridad de una empresa. Es el mejor paso en tu carrera profesional que se puede abordar con este conocimiento.</p>

<p> Si ya contamos con dos buenos diccionarios, vamos a mezclarlos para hacer uno nuevo dedicarlo a crackear con la Suite utilizando esta enorme cantidad de combinaciones de palabras que hemos logrado hacer con los dos iniciales.</p>

<h3>Explorando Ficheros de Diccionario y Ocurrencias de Palabras</h3>

<p>Partimos de dos ficheros de diccionario importantes, en nuestro caso con aproximadamente 24 mil palabras cada uno. Si yo escribo 'cat stb', se debe mostrarme todas las palabras que me hizo teniendo en cuenta todas las ocurrencias que tiene "Ace" con todos los códigos que hay. Vamos a hacer más, todavía más bestia. Voy a hacer de vuelta 'CD .." y posteriormente "ls- l'. Y se acuerdan que acá... (Recordad que con el comando "cd.." subimos un directorio más). Ahora, si subimos un directorio de donde estabamos y realizamos el comando'pwd', obtendremos la ruta hacia el 'home', en mi caso, a 'home/acorletti'.</p>

<p> Si a esto le añadimos nuevamente el comando 'ls-l' obtendremos la vista de los directorios de 'cupp' y 'pydictor' como os mostramos aquí:</p>

[[File:Directorio_herramientas_Cupp_y_Pydictor.jpg|thumb|Directorio herramientas Cupp y Pydictor|center|650px]]

<p> Tras mostrar el directorio en el que nos encontramos con el comando 'pwd' y, como nos encontramos en el '/home/acorletti' en este caso, podemos comenzar a lanzar Cupp con 'cd cupp' y de nuevo lanzamos 'ls-l'. Nos mostrará la dirección del fichero que contiene nuestro diccionario, en este caso "alejandro.txt".</p>

<p>¿Qué queremos hacer con esto? Este fichero 'alejandro.txt' lo quiero copiar en mi directorio 'acorletti'. Entonces, para copiar, el comando es 'cp alejandro.txt /home/acorletti' (recordad que en Linux, cuando ustedes aprietan la tecla de tabulación, si la palabra es unívoca, la completa). Fíjense que ahora sí, si realizamos 'cd ..' subo al directorio (con 'pwd') "acorletti". Si en este directorio vuelvo a ejecutar 'ls -l', ven que ahora tengo mi fichero 'alejandro.txt'.</p>

<p>Con este paso cumplimentado, vamos a irnos ahora a 'cd pydictor/results/' y de nuevo 'ls -l' y acá tengo mi otro fichero que es 'sedb_180944.txt'. Entonces, ahora voy a hacer 'sedb_180944.txt' en el mismo directorio anterior, 'sedb_180944.txt /home/acorletti'. Entonces, si ahora hago 'cd ..', una vez 'cd ..', otra vez, estoy parado en el directorio 'acorletti'. Si vuelvo a hacer 'ls -l', ven que ahora tengo mis dos ficheros 'sedb_180944.txt' y 'alejandro.txt':</p>

[[File:Diccionarios de fuerza bruta.jpg|thumb|Diccionarios de fuerza bruta|center|650px]]

<h3>Concatenando Ficheros con el Comando 'Cat'</h3>

<p>Linux tiene una característica muy buena. Vamos a hacer uso de un editor muy viejo que es el 'vi' (no nos extenderemos explicándolo, pero su función nos es muy útil para esta labor). Vamos a crear un archivo que se llama 'pp1' y dentro de ese archivo, le voy a insertar el número '123'. Lo voy a guardar. Entonces, ahora tenemos el fichero 'pp1'. Ahora vamos a crear otro fichero 'pp2'. Y a este fichero 'pp2' le voy a agregar las letras 'ABC' y lo guardamos. Van a ver que ahora tengo dos ficheros: 'pp1' y 'pp2'.</p>

<p>Linux una de las grandes cosas que me permite es concatenar lo que yo quiero. Entonces, ese comando que acabamos de ver antes, que se llama 'cat', yo puedo pedir que haga 'cat pp1 >pp2'. Con esto, le estamos pidiendo inyectar al fichero 'pp2'. Si ahora hago 'ls -l', vamos a ver qué está sucediendo acá.</p>

<p> Vamos a hacer 'cat pp1' y nos muestra que es 123. Si ahora hacemos 'cat pp2' tambien resulta ser 123,. Lo que ha sucedido es que kali me sobreescribió el fichero pp1 en pp2, y ahora tanto pp1 como pp2 son iguales.</p>

[[File:Resultado_de_Cat_en_pp1_y_pp2.jpg|thumb|Resultado de Cat en pp1 y pp2|center|650px]]

<p> Vamos a hacer un nuevo fichero 'pp3' y a este fichero le agregaré los caracteres xyz. Luego, lo guardaré. En este momento, tengo tres ficheros: "pp1" y "pp2", que son iguales, pero "pp3" contiene el texto "xyz". Ahora, realizaré el mismo procedimiento que antes, usando el comando "cat" en lugar de una flecha simple, utilizaré dos flechas (>>) para concatenar el contenido. Luego, ejecutaré "cat pp1 >>pp3". Si realizamos cat a pp1 seguiré obteniendo "123", pero si realizamos cat a pp3 vemos que se ha concatenado el contenido de "pp3" (xyz) con "123", lo que nos da un juego interesante</p>

Cuando necesito sobreescribir un fichero usando el comando "cat", se mostrará su contenido. Sin embargo, si lo redirijo, se sobrescribirá el contenido con el que quiero reemplazarlo. Y, cuando uso dos flechas (>>), en lugar de sobrescribirlo, se concatenará con el contenido del otro fichero. Esto crea un nuevo fichero que combina el contenido de ambos.

La razón detrás de esta explicación es que cuando quiero generar diccionarios de gran tamaño, me resulta útil concatenar varios diccionarios juntos para obtener una gran cantidad de palabras. Por lo tanto, en lugar de sobrescribir, utilizo la concatenación para unir diccionarios y lograr un resultado más completo.

Ahora, voy a usar el comando "cat sedb_180944.txt" nuevamente, pero esta vez en lugar de usar una flecha simple, usaré dos flechas (>>) para concatenar el contenido con el fichero "Alejandro.txt". Esto lo haré para generar un diccionario con ficheros concatenados.

Una opción muy interesante es completar el comando ls con 'ls -lart' porque así nos ordena por fecha todo el contenido. Ahora podremos ver los pasos realizados de forma ordenada. Ahora, hemos pasado de tener 24.955 posibilidades en el fichero sedb_180944.txt a tener 92.000 en el alejandro.txt. Esto se debe a que he concatenado ambos diccionarios para crer uno más sólico y completo.

Espero que esto aclare cómo utilizo la concatenación de ficheros para crear diccionarios más grandes y completos. La concatenación de diccionarios es una técnica efectiva para sumar un cúmulo de palabras y mejorar la eficacia de los ataques de fuerza bruta.

<h3> Utilizando los diccionarios de fuerza bruta con Aircrack</h3>

Ahora, tomaremos las dos capuras de tráfico de la wifi que nos interesa, las copiamos y nos dirigimos a la carpeta a home para pegarlas. ¿Qué debo hacer ahora? Voy a ejecutar la Suite de 'aircrack-ng -e' para el punto de acceso (en nuestro caso, como ya hemos trabajado antes, es WiFI_ace') y con la captura de tráfico lograda en la entrada anterior ([[WiFi crack en WPA y WPA2]]) y que a esto me aplique el fichero donde hemos generado el diccionario final (alejandro.txt). Con esto, el resultado del código sería: </p>

<p> aircrack-ng -e WiFI_ace_14.pcap -w alejandro.txt </p>

<p>Presiono "enter" y verán cómo empieza a procesar todas las tramas</p>

<h3>Descifrando Contraseñas WiFi a través de la Suite Crack</h3>

<p>Todo y subsecuente. En este momento me está diciendo 'key Found', clave encontrada. Fíjense en nada, en muy poco tiempo y la contraseña de ese punto de acceso Wi-Fi es literalmente esa que están viendo ahí: 'ace12345'. Esta sería la forma de generar diccionarios de Fuerza bruta utilizando estas herramientas que acabamos de hacer, para WPA o WPA2. Capturando el tráfico, como vimos en las entradas anteriores. Generando diccionarios, o bajando diccionarios de internet.</p>

<p>A mí me resulta más investigar un poquito la ingeniería social sobre ese punto de acceso "ace" y sobre eso tratar de probar por Fuerza bruta de qué forma puedo romperla. Es real que en este caso, la contraseña es 'ace12345'. Fíjense lo peligroso que es trabajar con contraseñas triviales. Pero guarda, nosotros generamos un diccionario de Fuerza bruta con 'ace' y con dígitos del uno al siete, con clave de 8 dígitos... Entonces nos tomamos un trabajo de generar un diccionario. Ese diccionario puede ser infinitamente más grande. Lo que está mal aquí es que la clave era 'ace12345'.</p>

<h3>Consideraciones sobre Contraseñas Triviales y Longitudes</h3>

<p>Si la clave hubiese tenido un asterisco, también lo hubiésemos roto. Si la clave en vez de ser 8 hubiese sido 9 también la habríamos. Están viendo un ejemplo muy sencillo. Porque no nos podemos hacer toda la tarde para hacer un crack de WPA en este vídeo. Pero generando buenas herramientas de diccionario, utilizando buenas longitudes de clave, mezclando caracteres, fechas, algo de ingeniería social como es en este caso (que yo sabía que el punto de acceso era 'ace'), juntando esos pequeños eslabones... logramos que esto termine mal.</p>

<h3>Conclusiones y Uso de la Suite Crack en Ciberseguridad</h3>

<p>Entonces, conclusión, utilizamos la Suite Crack, capturamos el tráfico EAPOL (Extensive , lo vimos con web, vimos cómo generar ese auto Replay para poder generar ese diálogo de autenticación. Capturamos la autenticación y acá generamos con dos herramientas distintas, concatenamos dos diccionarios. Podríamos haber concatenado 20 y con Fuerza bruta en muy poquitos segundos. Están viendo cómo es posible crackear una contraseña WPA2.</p>

<p>Bueno, esto es todo por este vídeo de hoy, que fue largo, pero creo que mereció la pena. Hemos visto Kali, hemos visto herramientas de diccionario, hemos visto el crack ng, hemos visto comandos de Linux. Así que bueno, espero que con esto cerremos el tema del crack ng y que le sirva de ejemplo para mejorarlo muchísimo más. Que es como realmente podemos plaquearlo. Listo, adiós. Gracias.</p>

[[Category: Prácticas/Ejercicios]]

Aplicar y concatenar diccionarios de fuerza bruta

2023-08-10T10:10:06Z

Jcorletti:

<strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, aquí te dejamos paso a paso los <strong>[https://www.youtube.com/watch?v=_KX7NQQzByg&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=16 Charla 39: El nivel de Enlace / Wifi crack 2ª Parte - Aprendiendo Ciberseguridad paso a paso]</strong>

<p> Para creackear la contraseña Wifi de WPA y/o WPA2, no solo aplicaremos los diccionarios de fuerza bruta (que ya extraímos en la entrada [[Crear diccionarios de fuerza bruta]]) sino que también los concatenaremos a través de la línea de Comandos de Linux para que estos elaboren en sí mismos un número exponencial de posibilidades. Luego finalizaremos con la suite [[Aircrack-ng]], con un ataque de fuerza bruta que nos permitirá crackear la contraseña WiFi.</p>

<p> Aircrack-ng es una herramienta de seguridad de código abierto que te permite descifrar contraseñas de redes WiFi protegidas mediante el protocolo WPA o WPA2. Para ello debemos crear un diccionario o wordlist que podremos aplicar y combinar o concatenar, por ejemplo, con el comando "cat" en Kali. Veremos que el trabajo parte de dos herramientas imprescindibles, estas son [[pydictor]] y [[cupp]]. Con estas instaladas, podremos generar una lista de contraseñas en sus directorios y combinarlas para lograr una mayor extensión en la wordlist para nuestro Kali Linux.</p>

<p> En nuestra experiencia, son muchas las redes WiFi que no se encuentran debidamente bastionadas. Con Aircrack-ng puedes verificar (o auditar) si en las mismas usuarios y/o administradores utilizan contraseñas triviales o débiles, pues una cadena se corta por el eslabón más débil. Si alguien debilita esta estructura desde su base, toda la seguridad que pueda haber encima no tiene sentido, así que NO USEN CONTRASEÑAS DÉBILES.</p>

<p> Recuerda que aunque la Ciberseguridad y el Hacking son dos caras de la misma moneda, este último no solo puede crear grandes problemas en tu día a día sino en el de otras personas a tu alrededor. Estos tutoriales sobre el crackeo de contraseñas en WPA y WPA2 están respaldados por la moral y ética detrás de todo esto. Buscamos que tengas herramientas para auditorías de seguridad, pentesting y diferentes usos en el refuerzo de la seguridad de una empresa. Es el mejor paso en tu carrera profesional que se puede abordar con este conocimiento.</p>

<p> Si ya contamos con dos buenos diccionarios, vamos a mezclarlos para hacer uno nuevo dedicarlo a crackear con la Suite utilizando esta enorme cantidad de combinaciones de palabras que hemos logrado hacer con los dos iniciales.</p>

<h3>Explorando Ficheros de Diccionario y Ocurrencias de Palabras</h3>

<p>Partimos de dos ficheros de diccionario importantes, en nuestro caso con aproximadamente 24 mil palabras cada uno. Si yo escribo 'cat stb', se debe mostrarme todas las palabras que me hizo teniendo en cuenta todas las ocurrencias que tiene "Ace" con todos los códigos que hay. Vamos a hacer más, todavía más bestia. Voy a hacer de vuelta 'CD .." y posteriormente "ls- l'. Y se acuerdan que acá... (Recordad que con el comando "cd.." subimos un directorio más). Ahora, si subimos un directorio de donde estabamos y realizamos el comando'pwd', obtendremos la ruta hacia el 'home', en mi caso, a 'home/acorletti'.</p>

<p> Si a esto le añadimos nuevamente el comando 'ls-l' obtendremos la vista de los directorios de 'cupp' y 'pydictor' como os mostramos aquí:</p>

[[File:Directorio_herramientas_Cupp_y_Pydictor.jpg|thumb|Directorio herramientas Cupp y Pydictor|center|650px]]

<p> Tras mostrar el directorio en el que nos encontramos con el comando 'pwd' y, como nos encontramos en el '/home/acorletti' en este caso, podemos comenzar a lanzar Cupp con 'cd cupp' y de nuevo lanzamos 'ls-l'. Nos mostrará la dirección del fichero que contiene nuestro diccionario, en este caso "alejandro.txt".</p>

<p>¿Qué queremos hacer con esto? Este fichero 'alejandro.txt' lo quiero copiar en mi directorio 'acorletti'. Entonces, para copiar, el comando es 'cp alejandro.txt /home/acorletti' (recordad que en Linux, cuando ustedes aprietan la tecla de tabulación, si la palabra es unívoca, la completa). Fíjense que ahora sí, si realizamos 'cd ..' subo al directorio (con 'pwd') "acorletti". Si en este directorio vuelvo a ejecutar 'ls -l', ven que ahora tengo mi fichero 'alejandro.txt'.</p>

<p>Con este paso cumplimentado, vamos a irnos ahora a 'cd pydictor/results/' y de nuevo 'ls -l' y acá tengo mi otro fichero que es 'sedb_180944.txt'. Entonces, ahora voy a hacer 'sedb_180944.txt' en el mismo directorio anterior, 'sedb_180944.txt /home/acorletti'. Entonces, si ahora hago 'cd ..', una vez 'cd ..', otra vez, estoy parado en el directorio 'acorletti'. Si vuelvo a hacer 'ls -l', ven que ahora tengo mis dos ficheros 'sedb_180944.txt' y 'alejandro.txt':</p>

[[File:Diccionarios de fuerza bruta.jpg|thumb|Diccionarios de fuerza bruta|center|650px]]

<h3>Concatenando Ficheros con el Comando 'Cat'</h3>

<p>Linux tiene una característica muy buena. Miren, yo voy a hacer un editor muy viejo que es el 'vi'. Ahora no voy a dar clase de, pero voy a crear un archivo que se llama 'pp1'. Y dentro de ese archivo, le voy a insertar el número '1 2 3'. Lo voy a guardar. Entonces, ahora ven que tengo el fichero 'pp1' que está acá. No, y ahora voy a crear otro fichero 'pp2'. Y a este fichero 'pp2' le voy a agregar las letras 'A B y C'. Está bien, lo voy a guardar. Van a ver que ahora tengo dos ficheros. No, 'pp1' y 'pp2'.</p>

<p>Linux una de las grandes cosas que me permite es concatenar lo que yo quiero. Entonces, ese comando que acabamos de ver antes, que se llama 'Cat', yo puedo decir 'Cat concaténame el fichero 'pp1'. Inyéctamelo, una sola flecha, al fichero 'pp2'. Enter. Si ahora hago 'ls -l', vamos a ver qué está sucediendo acá.</p>

<h3>Descifrando Contraseñas WiFi a través de la Suite Crack</h3>

<p>Todo y subsecuente. En este momento me está diciendo 'key Found', clave encontrada. Fíjense en nada, en el tiempo gastado. Muy poco tiempo y la contraseña de ese punto de acceso Wi-Fi es literalmente esa que están viendo ahí: 'hace12345'. Esta sería la forma de generar diccionarios de Fuerza bruta utilizando estas herramientas que acabamos de hacer, para WPA o WPA2. Capturando el tráfico de Apple, como vimos en las charlas anteriores. Generando diccionarios, o bajando diccionarios de internet.</p>

<p>A mí me resulta más investigar un poquito la ingeniería social sobre ese punto de acceso, hacer y sobre eso tratar de probar por Fuerza bruta de qué forma puedo romperla. Es real que en este caso, la contraseña es 'ace12345'. Fíjense lo peligroso que es trabajar con contraseñas triviales. Pero guarda, nosotros generamos un diccionario de Fuerza bruta con 'ace' y con dígitos del uno al siete. Con clave de 8 dígitos. Entonces nos tomamos un trabajo de generar un diccionario. Ese diccionario puede ser infinitamente más grande. Lo que está mal aquí es que la clave era 'ace12345'.</p>

<h3>Consideraciones sobre Contraseñas Triviales y Longitudes</h3>

<p>Si la clave hubiese tenido un asterisco, también lo hubiésemos roto. Si la clave en vez de ser 8 hubiese... Sí o no, también lo hubiésemos roto. Entonces, guarda, están viendo un ejemplo muy sencillo. Porque no nos podemos hacer toda la tarde para hacer un crack de WPA en este vídeo. Pero generando buenas herramientas de diccionario, utilizando buenas longitudes de clave, mezclando caracteres, fechas, algo de ingeniería social como es en este caso (que yo sabía que el punto de acceso era 'ace'), juntando esos pequeños eslabones... logramos que esto termine mal.</p>

<h3>Conclusiones y Uso de la Suite Crack en Ciberseguridad</h3>

<p>Entonces, conclusión, utilizamos la Suite Crack. Capturamos el sea Paul. Lo vimos con web. Vimos cómo generar ese auto Replay para poder generar ese diálogo de autenticación. Capturamos la autenticación y acá generamos con dos herramientas distintas, concatenamos dos diccionarios. Podríamos haber concatenado 20 y con Fuerza bruta en muy poquitos segundos. Están viendo cómo es posible crackear una contraseña WPA2.</p>

<p>Bueno, esto es todo por este vídeo de hoy, que fue largo, pero creo que mereció la pena. Hemos visto Kali, hemos visto herramientas de diccionario, hemos visto el crack ng, hemos visto comandos de Linux. Así que bueno, espero que con esto cerremos el tema del crack ng y que le sirva de ejemplo para mejorarlo muchísimo más. Que es como realmente podemos plaquearlo. Listo, adiós. Gracias.</p>

[[Category: Prácticas/Ejercicios]]

Aplicar y concatenar diccionarios de fuerza bruta

2023-08-10T09:53:30Z

Jcorletti:

<strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, aquí te dejamos paso a paso los <strong>[https://www.youtube.com/watch?v=_KX7NQQzByg&list=PL0QSAEWH0x_hBPBdSNh0wxTu3SV9Q_LZe&index=16 Charla 39: El nivel de Enlace / Wifi crack 2ª Parte - Aprendiendo Ciberseguridad paso a paso]</strong>

<p> Para creackear la contraseña Wifi de WPA y/o WPA2, no solo aplicaremos los diccionarios de fuerza bruta (que ya extraímos en la entrada [[Crear diccionarios de fuerza bruta]]) sino que también los concatenaremos a través de la línea de Comandos de Linux para que estos elaboren en sí mismos un número exponencial de posibilidades. Luego finalizaremos con la suite [[Aircrack-ng]], con un ataque de fuerza bruta que nos permitirá crackear la contraseña WiFi.</p>

<p> Aircrack-ng es una herramienta de seguridad de código abierto que te permite descifrar contraseñas de redes WiFi protegidas mediante el protocolo WPA o WPA2. Para ello debemos crear un diccionario o wordlist que podremos aplicar y combinar o concatenar, por ejemplo, con el comando "cat" en Kali. Veremos que el trabajo parte de dos herramientas imprescindibles, estas son [[pydictor]] y [[cupp]]. Con estas instaladas, podremos generar una lista de contraseñas en sus directorios y combinarlas para lograr una mayor extensión en la wordlist para nuestro Kali Linux.</p>

<p> En nuestra experiencia, son muchas las redes WiFi que no se encuentran debidamente bastionadas. Con Aircrack-ng puedes verificar (o auditar) si en las mismas usuarios y/o administradores utilizan contraseñas triviales o débiles, pues una cadena se corta por el eslabón más débil. Si alguien debilita esta estructura desde su base, toda la seguridad que pueda haber encima no tiene sentido, así que NO USEN CONTRASEÑAS DÉBILES.</p>

<p> Recuerda que aunque la Ciberseguridad y el Hacking son dos caras de la misma moneda, este último no solo puede crear grandes problemas en tu día a día sino en el de otras personas a tu alrededor. Estos tutoriales sobre el crackeo de contraseñas en WPA y WPA2 están respaldados por la moral y ética detrás de todo esto. Buscamos que tengas herramientas para auditorías de seguridad, pentesting y diferentes usos en el refuerzo de la seguridad de una empresa. Es el mejor paso en tu carrera profesional que se puede abordar con este conocimiento.</p>

<p> Si ya contamos con dos buenos diccionarios, vamos a mezclarlos para hacer uno nuevo dedicarlo a crackear con la Suite utilizando esta enorme cantidad de combinaciones de palabras que hemos logrado hacer con los dos iniciales.</p>

<h3>Explorando Ficheros de Diccionario y Ocurrencias de Palabras</h3>

<p>Partimos de dos ficheros de diccionario importantes, en nuestro caso con aproximadamente 24 mil palabras cada uno. Si yo escribo 'cat stb', se debe mostrarme todas las palabras que me hizo teniendo en cuenta todas las ocurrencias que tiene "Ace" con todos los códigos que hay. Vamos a hacer más, todavía más bestia. Voy a hacer de vuelta 'CD .." y posteriormente "ls- l'. Y se acuerdan que acá... (Recordad que con el comando "cd.." subimos un directorio más). Ahora, si subimos un directorio de donde estabamos y realizamos el comando'pwd', obtendremos la ruta hacia el 'home', en mi caso, a 'home/acorletti'.</p>

<p> Si a esto le añadimos nuevamente el comando 'ls-l' obtendremos la vista de los directorios de 'cupp' y 'pydictor' como os mostramos aquí:</p>

[[File:Directorio_herramientas_Cupp_y_Pydictor.jpg|thumb|Directorio herramientas Cupp y Pydictor|center|650px]]

<p>¿Qué quiere hacer? Bueno, este fichero 'a_corletti.txt' lo quiero copiar en mi directorio 'a_corlete'. Entonces, para copiar, el comando es 'CP a_corletti'. En Linux, cuando ustedes aprietan la tecla de tabulación, si la palabra es unívoca, me la completa. Ven, 'Alejandro', si tabulo me la completa. ¿Dónde lo quiero copiar? Pues lo quiero copiar en el directorio 'home a_corletti'. Entonces, fíjense que ahora sí, se hace un punto punto. Si subo al directorio 'pwd', al directorio 'a_corletti'. Si en este directorio vuelvo a ejecutar 'ls -l', ven que ahora tengo mi fichero 'a_corletti.txt' que está acá.</p>

<p>Vamos a irnos ahora a 'CD python_victor'. 'ls -l' y acá tengo mi otro fichero que es 'set_de_bebe'. Entonces, ahora voy a hacer 'CP set_de_bebe' en el mismo directorio anterior, 'home a_corletti'. Está bien, enter. Entonces, si ahora hago 'CD Punto a Punto', una vez 'CD Punto a Punto', otra vez, otra vez, estoy parado en el directorio 'a_corlete'. Si vuelvo a hacer 'ls -l', ven que ahora tengo mis dos ficheros 'se_de_bebe' y 'a_corletti'.</p>

<h3>Concatenando Ficheros con el Comando 'Cat'</h3>

<p>Linux tiene una característica muy buena. Miren, yo voy a hacer un editor muy viejo que es el 'vi'. Ahora no voy a dar clase de, pero voy a crear un archivo que se llama 'pp1'. Y dentro de ese archivo, le voy a insertar el número '1 2 3'. Lo voy a guardar. Entonces, ahora ven que tengo el fichero 'pp1' que está acá. No, y ahora voy a crear otro fichero 'pp2'. Y a este fichero 'pp2' le voy a agregar las letras 'A B y C'. Está bien, lo voy a guardar. Van a ver que ahora tengo dos ficheros. No, 'pp1' y 'pp2'.</p>

<p>Linux una de las grandes cosas que me permite es concatenar lo que yo quiero. Entonces, ese comando que acabamos de ver antes, que se llama 'Cat', yo puedo decir 'Cat concaténame el fichero 'pp1'. Inyéctamelo, una sola flecha, al fichero 'pp2'. Enter. Si ahora hago 'ls -l', vamos a ver qué está sucediendo acá.</p>

<h3>Descifrando Contraseñas WiFi a través de la Suite Crack</h3>

<p>Todo y subsecuente. En este momento me está diciendo 'key Found', clave encontrada. Fíjense en nada, en el tiempo gastado. Muy poco tiempo y la contraseña de ese punto de acceso Wi-Fi es literalmente esa que están viendo ahí: 'hace12345'. Esta sería la forma de generar diccionarios de Fuerza bruta utilizando estas herramientas que acabamos de hacer, para WPA o WPA2. Capturando el tráfico de Apple, como vimos en las charlas anteriores. Generando diccionarios, o bajando diccionarios de internet.</p>

<p>A mí me resulta más investigar un poquito la ingeniería social sobre ese punto de acceso, hacer y sobre eso tratar de probar por Fuerza bruta de qué forma puedo romperla. Es real que en este caso, la contraseña es 'ace12345'. Fíjense lo peligroso que es trabajar con contraseñas triviales. Pero guarda, nosotros generamos un diccionario de Fuerza bruta con 'ace' y con dígitos del uno al siete. Con clave de 8 dígitos. Entonces nos tomamos un trabajo de generar un diccionario. Ese diccionario puede ser infinitamente más grande. Lo que está mal aquí es que la clave era 'ace12345'.</p>

<h3>Consideraciones sobre Contraseñas Triviales y Longitudes</h3>

<p>Si la clave hubiese tenido un asterisco, también lo hubiésemos roto. Si la clave en vez de ser 8 hubiese... Sí o no, también lo hubiésemos roto. Entonces, guarda, están viendo un ejemplo muy sencillo. Porque no nos podemos hacer toda la tarde para hacer un crack de WPA en este vídeo. Pero generando buenas herramientas de diccionario, utilizando buenas longitudes de clave, mezclando caracteres, fechas, algo de ingeniería social como es en este caso (que yo sabía que el punto de acceso era 'ace'), juntando esos pequeños eslabones... logramos que esto termine mal.</p>

<h3>Conclusiones y Uso de la Suite Crack en Ciberseguridad</h3>

<p>Entonces, conclusión, utilizamos la Suite Crack. Capturamos el sea Paul. Lo vimos con web. Vimos cómo generar ese auto Replay para poder generar ese diálogo de autenticación. Capturamos la autenticación y acá generamos con dos herramientas distintas, concatenamos dos diccionarios. Podríamos haber concatenado 20 y con Fuerza bruta en muy poquitos segundos. Están viendo cómo es posible crackear una contraseña WPA2.</p>

<p>Bueno, esto es todo por este vídeo de hoy, que fue largo, pero creo que mereció la pena. Hemos visto Kali, hemos visto herramientas de diccionario, hemos visto el crack ng, hemos visto comandos de Linux. Así que bueno, espero que con esto cerremos el tema del crack ng y que le sirva de ejemplo para mejorarlo muchísimo más. Que es como realmente podemos plaquearlo. Listo, adiós. Gracias.</p>

[[Category: Prácticas/Ejercicios]]

Ataque con Yersinia

2023-08-09T11:27:29Z

Jcorletti:

<h1>Cómo Analizar el Tráfico STP con Kali Linux y Wireshark: Guía Completa</h1>

<strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, aquí te dejamos paso a paso los <strong>[https://www.youtube.com/watch?v=U0byfzRY3UU | Ataque Yersinia con tráfico STP </strong>

<h2>Introducción</h2>
<p>En esta guía, exploraremos detalladamente cómo utilizar Kali Linux junto con la herramienta Wireshark para realizar un análisis completo del tráfico STP (Spanning Tree Protocolo). El análisis exhaustivo del tráfico STP es fundamental para garantizar la máxima seguridad en una red y detectar posibles vulnerabilidades. A través de esta guía, aprenderemos a realizar un ataque simulado utilizando la herramienta Yersinia y comprenderemos cómo se busca romper la jerarquía del protocolo STP.</p>

<h2>Análisis del Tráfico STP con Kali Linux y Wireshark</h2>
<p>El tráfico STP es una parte crítica de la configuración de cualquier red, y para analizarlo de manera eficiente, podemos aprovechar al máximo las funcionalidades que Kali Linux y Wireshark ofrecen.</p>

<h3>2.1 Preparando el Entorno</h3>
<p>Antes de comenzar el análisis, es imprescindible configurar correctamente nuestro entorno. Asegúrate de tener instalados Kali Linux y Wireshark en tu sistema. También se recomienda no utilizar Kali como usuario root para evitar riesgos innecesarios.</p>

<h3>2.2 Ejecutando el Comando de Ataque</h3>
<p>Una vez que nuestro entorno está listo, abrimos Kali Linux y Wireshark a fin de poder capturar el tráfico y lograr una escena de lo que está sucediendo. Nos preparamos para realizar el ataque simulado. Ejecutamos el comando de ataque: "yersinia stp-attack 0 -interface eth0". Un "ataque cero" es una sola trama que busca romper el árbol o la jerarquía que tiene el protocolo.</p>

<h3>2.3 Observando el Tráfico con Wireshark</h3>
<p>Durante el desarrollo del ataque, abrimos Wireshark y seleccionamos la interfaz que nos interesa, como por ejemplo, la interfaz cero que utilizaremos en este caso. Lanzamos la captura y cambiamos a la ventana de Yersinia para comenzar el ataque. Visualizamos ambas ventanas juntas , la de Kali Linux y Wireshark, para lograr una comprensión más profunda. Al finalizar el ataque, detenemos Wireshark y analizamos la trama capturada.</p>

[[File:Captura_de_tráfico_Ataque_Yersinia.jpg|thumb|Captura tráfico de ataque con Yersinia|center|650px]]

<h3>2.4 Identificando la Trama</h3>
<p>En la trama capturada por Wireshark, identificamos meticulosamente las partes relevantes del protocolo STP y analizamos la información detalladamente. Observamos la red de IP como parte de la trama, así como el puente desde la raíz. Además, identificamos un Bridge Identify, el cual consiste en números múltiplos de 128 que buscan un valor bajo para considerarse de mayor jerarquía que el root.</p>

<h2>Conclusiones</h2>
<p> Observamos que es una trama que habla del protocolo Spanning Tree y protocolo. En este caso, la BPDU (Bridge Protocol Data Units) es la trama. Lo marca como una trama que no es de cambio de configuración y nos muestra el ID del bridge desde el root y el ID del puente también. En este caso, nos está mostrando que tiene un bridge identify que busca entre los números (que siempre serán múltiplos de 128) un valor bajo para que pueda considerarse de mayor jerarquía que el root. Entonces, lo que estamos viendo aquí es el root identify que está proponiéndose con un bajo valor para poder considerarse nuevamente como root.
</p>

<p>Es importante recordar que el análisis de tráfico siempre debe realizarse con fines legítimos y autorizados. El uso indebido de estas técnicas puede tener consecuencias legales y éticas. Por lo tanto, siempre es vital obtener el consentimiento adecuado antes de llevar a cabo cualquier análisis de tráfico en una red.</p>

Ataque con Yersinia

2023-08-09T11:27:04Z

Jcorletti:

<h1>Cómo Analizar el Tráfico STP con Kali Linux y Wireshark: Guía Completa</h1>

<strong>Si deseas seguir esta práctica con un vídeo explicativo</strong>, aquí te dejamos paso a paso los <strong>[https://www.youtube.com/watch?v=U0byfzRY3UU | Ataque Yersinia con tráfico STP </strong>

<h2>Introducción</h2>
<p>En esta guía, exploraremos detalladamente cómo utilizar Kali Linux junto con la herramienta Wireshark para realizar un análisis completo del tráfico STP (Spanning Tree Protocolo). El análisis exhaustivo del tráfico STP es fundamental para garantizar la máxima seguridad en una red y detectar posibles vulnerabilidades. A través de esta guía, aprenderemos a realizar un ataque simulado utilizando la herramienta Yersinia y comprenderemos cómo se busca romper la jerarquía del protocolo STP.</p>

<h2>Análisis del Tráfico STP con Kali Linux y Wireshark</h2>
<p>El tráfico STP es una parte crítica de la configuración de cualquier red, y para analizarlo de manera eficiente, podemos aprovechar al máximo las funcionalidades que Kali Linux y Wireshark ofrecen.</p>

<h3>2.1 Preparando el Entorno</h3>
<p>Antes de comenzar el análisis, es imprescindible configurar correctamente nuestro entorno. Asegúrate de tener instalados Kali Linux y Wireshark en tu sistema. También se recomienda no utilizar Kali como usuario root para evitar riesgos innecesarios.</p>

<h3>2.2 Ejecutando el Comando de Ataque</h3>
<p>Una vez que nuestro entorno está listo, abrimos Kali Linux y Wireshark a fin de poder capturar el tráfico y lograr una escena de lo que está sucediendo. Nos preparamos para realizar el ataque simulado. Ejecutamos el comando de ataque: "yersinia stp-attack 0 -interface eth0". Un "ataque cero" es una sola trama que busca romper el árbol o la jerarquía que tiene el protocolo.</p>

<h3>2.3 Observando el Tráfico con Wireshark</h3>
<p>Durante el desarrollo del ataque, abrimos Wireshark y seleccionamos la interfaz que nos interesa, como por ejemplo, la interfaz cero que utilizaremos en este caso. Lanzamos la captura y cambiamos a la ventana de Yersinia para comenzar el ataque. Visualizamos ambas ventanas juntas , la de Kali Linux y Wireshark, para lograr una comprensión más profunda. Al finalizar el ataque, detenemos Wireshark y analizamos la trama capturada.</p>

[[File:Captura_de_tráfico_Ataque_Yersinia.jpg|thumb|par de claves|center|650px]]

<h3>2.4 Identificando la Trama</h3>
<p>En la trama capturada por Wireshark, identificamos meticulosamente las partes relevantes del protocolo STP y analizamos la información detalladamente. Observamos la red de IP como parte de la trama, así como el puente desde la raíz. Además, identificamos un Bridge Identify, el cual consiste en números múltiplos de 128 que buscan un valor bajo para considerarse de mayor jerarquía que el root.</p>

<h2>Conclusiones</h2>
<p> Observamos que es una trama que habla del protocolo Spanning Tree y protocolo. En este caso, la BPDU (Bridge Protocol Data Units) es la trama. Lo marca como una trama que no es de cambio de configuración y nos muestra el ID del bridge desde el root y el ID del puente también. En este caso, nos está mostrando que tiene un bridge identify que busca entre los números (que siempre serán múltiplos de 128) un valor bajo para que pueda considerarse de mayor jerarquía que el root. Entonces, lo que estamos viendo aquí es el root identify que está proponiéndose con un bajo valor para poder considerarse nuevamente como root.
</p>

<p>Es importante recordar que el análisis de tráfico siempre debe realizarse con fines legítimos y autorizados. El uso indebido de estas técnicas puede tener consecuencias legales y éticas. Por lo tanto, siempre es vital obtener el consentimiento adecuado antes de llevar a cabo cualquier análisis de tráfico en una red.</p>