Cap 1 de mi libro "Nociones de Redes para Ethical Hacking" disponible en Amazon


 

Capítulo 1 — Introducción y mentalidad de redes para pentesting

Aviso legal y ético: Este capítulo es educativo y está pensado para prácticas en laboratorio o con autorización explícita. No realices pruebas en redes, sistemas o servicios sin permiso por escrito. El objetivo es aprender a evaluar seguridad y mejorar defensas, no interferir operaciones ni vulnerar la privacidad.

1.1 Por qué redes es la base del ethical hacking

En seguridad ofensiva (y también en defensa), casi todo lo que importa viaja como tráfico de red: autenticaciones, sesiones, APIs, sincronizaciones, actualizaciones, telemetría, backups, y también errores. Si no entiendes cómo se mueven los paquetes y por qué un servicio “responde”, terminas haciendo pruebas a ciegas. Un pentest serio no es solo “usar herramientas”: es modelar un sistema y validar hipótesis con evidencia. La red es el medio donde esa evidencia se observa, se mide y se correlaciona.

Desde el punto de vista práctico, las redes te dan tres ventajas clave:

  • Orientación: te permite ubicarte (qué está cerca, qué está lejos, qué rutas existen, qué segmentos están aislados).
  • Visibilidad: te permite ver causas y no solo síntomas (por ejemplo, un login falla: ¿DNS? ¿TLS? ¿latencia? ¿policy?).
  • Control: te permite diseñar pruebas seguras (tasa, alcance, ventanas de mantenimiento) y no “romper” entornos por desconocimiento.

Una buena mentalidad de redes para pentesting se resume así:

  1. Primero entiendo el flujo normal. Después busco desviaciones.
  2. Mido y registro. Luego concluyo.
  3. Trabajo por capas. Si una capa está rota, lo de arriba se vuelve ruido.
  4. No confundo alcance técnico con permiso. Poder no significa estar autorizado.

1.2 Mapa del curso y cómo vas a progresar

Este libro está pensado como una escalera: cada capítulo te deja una habilidad utilizable y, al mismo tiempo, te prepara para el siguiente.

Ruta resumida

  1. Fundamentos (capas, LAN/WAN, IPs, subredes): entender “dónde estoy” y “cómo viaja algo”.
  2. Servicios base (DNS, DHCP, ARP/NDP, ICMP): entender dependencias y fallos típicos.
  3. Transporte y aplicaciones (TCP/UDP, HTTP/TLS, servicios comunes): interpretar conversaciones reales.
  4. Visibilidad con Wireshark (uso) y riesgos (abuso): capturar, filtrar, reconstruir y reportar.
  5. Descubrimiento controlado con Nmap y análisis de patrones: convertir hallazgos en evidencia repetible.
  6. Arquitectura y mitigación: segmentación, hardening y controles verificables.

Resultado esperado al final

  • Podrás diagnosticar problemas (y no solo “probar cosas”).
  • Podrás capturar e interpretar tráfico para sustentar hallazgos.
  • Podrás diseñar un laboratorio y ejecutar prácticas sin salirte de límites.
  • Podrás escribir findings con evidencia, impacto y recomendación.

1.3 Conceptos clave: capas, tráfico y visibilidad

Capas: pensar “de abajo hacia arriba”

Cuando algo falla, el orden mental típico es:

  1. Físico/Enlace: ¿hay link? ¿VLAN? ¿Wi-Fi asociado? ¿MTU?
  2. Red: ¿IP correcta? ¿gateway? ¿ruta? ¿NAT?
  3. Transporte: ¿puerto accesible? ¿TCP handshake? ¿UDP respuestas?
  4. Aplicación: ¿HTTP? ¿TLS? ¿auth? ¿errores lógicos?

Esto no es teoría abstracta: evita perder tiempo. Si no hay ruta, discutir cookies no tiene sentido.

Tráfico: qué observar siempre

En un pentest de red, tu “instrumentación” es el tráfico (y sus metadatos). Algunas variables básicas:

  • IP origen/destino y puertos: quién habla con quién, por dónde.
  • Protocolos: qué tipo de conversación es (DNS, HTTP, SMB, etc.).
  • Timing: latencia, timeouts, retransmisiones.
  • Tamaño y frecuencia: ráfagas, beacons, patrones repetidos.
  • Errores: ICMP unreachable, resets, alerts TLS, etc.

Visibilidad: cuánto puedes ver según dónde estés

No es lo mismo estar en:

  • Tu host (solo ves tu propio tráfico).
  • Un switch con SPAN (ves un segmento/puertos replicados).
  • Un punto MITM (ves tráfico de otros, con implicancias éticas).
  • Un firewall (ves flujos y decisiones de política).
  • Un endpoint comprometido en laboratorio (ves lo que la app ve).

En la práctica, la visibilidad determina qué evidencia puedes obtener y qué conclusiones son válidas.

1.4 Límites legales y reglas operativas para pruebas seguras

Para trabajar profesionalmente (aunque sea en laboratorio), define siempre:

Reglas mínimas (operativas)

  • Scope: rangos IP, dominios, subdominios, SSIDs, entornos permitidos.
  • Ventana: horarios y duración.
  • Tasa: límite de paquetes/segundo o timing de herramientas.
  • No-go: sistemas críticos (producción, SCADA, servicios de salud, etc.).
  • Evidencia: qué se captura, cómo se almacena, cuánto tiempo se retiene.
  • Comunicación: a quién escalar si se detecta impacto.

Buenas prácticas

  • Prefiere métodos pasivos (observación) antes que activos (escaneo agresivo).
  • Si haces pruebas activas, incrementa intensidad de forma gradual y medible.
  • Documenta todo: comando, fecha, objetivo, salida y conclusión.

1.5 Armado de un laboratorio seguro

El laboratorio te permite practicar sin violar permisos y sin arriesgar terceros. La meta es simular lo suficiente para aprender flujos reales: DHCP, DNS, routing, NAT, servicios, tráfico web, etc.

1.5.1 Componentes recomendados

Host (tu PC):

  • Virtualizador: VirtualBox o VMware.
  • Al menos 8 GB RAM (más ayuda), y espacio para varias VMs.

Máquinas virtuales sugeridas:

  • Kali Linux (atacante/analista).
  • Una VM objetivo vulnerable (por ejemplo, Metasploitable2 o una distro con servicios controlados).
  • Un “router virtual” o firewall (pfSense u OPNsense) para segmentación, NAT y reglas.
  • Un servidor de servicios opcional (Ubuntu/Debian) para montar DNS/DHCP/HTTP simples.

1.5.2 Topología de laboratorio (modelo simple y útil)

Diseño mínimo: dos redes internas y un borde con NAT.

  • Red LAN interna: 192.168.56.0/24 (ejemplo)

    • Kali: 192.168.56.10
    • Objetivo: 192.168.56.20

  • Red “WAN” simulada: 10.0.2.0/24 (o la red NAT del virtualizador)

    • Router virtual tiene interfaz LAN y WAN

El router virtual:

  • En LAN actúa como gateway (192.168.56.1).
  • En WAN sale a Internet por NAT (si lo necesitas para updates).
  • Puede filtrar con reglas (bloquear ICMP, limitar puertos, etc.).

1.5.3 Modos de red en VirtualBox (guía rápida)

  • NAT: la VM sale a Internet, pero es menos accesible desde otras VMs.
  • Host-only: red privada entre host y VMs, ideal para laboratorio aislado.
  • Internal Network: red solo entre VMs, aún más aislada.
  • Bridged: VM aparece en tu red real. Úsalo con cuidado y solo si sabes lo que haces.

Recomendación general para laboratorio: Host-only o Internal para objetivos, y NAT solo para la VM que necesite actualizaciones.

1.5.4 Reglas de seguridad del laboratorio

  • No conectes VMs vulnerables en bridged a tu Wi-Fi doméstico.
  • Mantén snapshots antes de prácticas destructivas.
  • Separa “laboratorio” de tu entorno real (mismo host, redes distintas).
  • Registra credenciales de lab y nunca reutilices contraseñas reales.

1.6 Ejercicios prácticos del capítulo

Objetivo: verificar conectividad, comprender la ruta lógica y generar primera evidencia.

Ejercicio 1 — Verificación básica de conectividad

  1. En Kali, verifica IP y gateway:

    • ip a
    • ip r

  2. Haz ping al gateway del laboratorio (router):

    • ping -c 4 192.168.56.1

  3. Haz ping a la VM objetivo:

    • ping -c 4 192.168.56.20

Qué registrar:

  • IP asignada, máscara/prefijo, gateway.
  • Latencia promedio y pérdida.

Ejercicio 2 — Rutas y saltos

  • traceroute 192.168.56.20 Analiza si hay 1 salto (switch virtual) o si pasa por el router.

Qué registrar:

  • Cantidad de hops, tiempos por hop.

Ejercicio 3 — Captura inicial con Wireshark o tcpdump

  1. Inicia captura en la interfaz de Kali.

  2. Repite el ping al objetivo.

  3. Filtra por ICMP y observa:

    • Echo request y echo reply
    • Identificadores y secuencias

Qué registrar:

  • Un PCAP corto (30-60 segundos) con el tráfico del ejercicio.
  • Capturas de pantalla o exportación de conversación (si aplica).

1.7 Repaso final

Ideas centrales

  • Redes es el “sustrato” de la evidencia: te permite razonar, medir y demostrar.
  • La mentalidad correcta es trabajar por capas, con hipótesis y registros.
  • La visibilidad depende del punto de observación; no todo se ve igual.
  • El laboratorio es obligatorio si quieres practicar de forma segura y profesional.

Checklist del capítulo

  • Tengo un laboratorio aislado (host-only o internal).
  • Sé identificar mi IP, máscara y gateway.
  • Puedo verificar conectividad con ping y entender el resultado.
  • Puedo capturar tráfico básico y aislarlo con filtros simples.
  • Tengo reglas de scope y límites operativos aunque sea para lab.

Mini evaluación (para consolidar)

  1. Si una web no carga, menciona un orden de verificación por capas (4 pasos).
  2. Qué diferencia práctica hay entre capturar en tu host y capturar con SPAN en un switch.
  3. Por qué no debes usar “Bridged” para una VM vulnerable, salvo casos controlados.

Comentarios

Publicar un comentario

Entradas populares de este blog

El libro secreto de bash scripting, ya a la venta en Amazon!!!

Imagen
  Ya está a la venta “El libro secreto de Bash Scripting” Me alegra anunciar que “El libro secreto de Bash Scripting” , de Alejandro G Vera, ya está disponible para todos los lectores que quieran aprender a automatizar tareas, crear herramientas para Linux y desarrollar scripts más seguros, organizados y profesionales. Bash es mucho más que una terminal donde escribir comandos. Es un lenguaje de scripting capaz de transformar procesos manuales y repetitivos en programas rápidos, reproducibles y adaptables. Por esta razón, continúa siendo una herramienta fundamental para administradores de sistemas, programadores, profesionales de ciberseguridad y usuarios de Kali Linux. ¿De qué trata el libro? “El libro secreto de Bash Scripting” ofrece un recorrido progresivo desde los conceptos fundamentales hasta la construcción de herramientas avanzadas. A lo largo del libro aprenderás a trabajar con: Bash, la shell y la terminal de Linux. Creación y ejecución de scripts. Permisos y ejecución s...
Leer más

Bash Scripting desde cero: crea tu primer script en Linux

Imagen
  Bienvenido a El rincón secreto del hacker . En este primer tutorial aprenderás a crear un script sencillo en Bash, otorgarle permisos de ejecución y agregarle interacción con el usuario. No necesitas experiencia previa: basta con tener una distribución Linux, una máquina virtual con Kali Linux o una terminal compatible con Bash. ¿Qué es Bash? Bash, cuyo nombre proviene de Bourne Again Shell , es uno de los intérpretes de comandos más utilizados en sistemas Linux. Además de ejecutar comandos manualmente, Bash permite guardar una secuencia de instrucciones dentro de un archivo. A ese archivo se lo denomina script . Los scripts sirven para automatizar tareas como: Crear directorios. Copiar archivos. Realizar copias de seguridad. Procesar registros. Consultar información del sistema. Ejecutar tareas administrativas repetitivas. 1. Crear nuestro primer script Abre una terminal y crea un archivo llamado primer_script.sh : nano primer_script.sh Dentro del archivo, escribe el siguiente c...
Leer más

Cap 1 de mi nuevo libro "Breve introducción al Ethical hacking" (Ya a la venta en Amazon!)

Imagen
  Capítulo 1. Fundamentos del Ethical Hacking El Ethical Hacking es una disciplina de seguridad ofensiva que aplica técnicas, herramientas y formas de razonamiento asociadas con los atacantes, pero dentro de un contexto autorizado, controlado y documentado. Su propósito no es vulnerar sistemas por curiosidad ni demostrar superioridad técnica, sino descubrir debilidades antes de que puedan ser aprovechadas contra una organización. Una evaluación profesional no comienza ejecutando herramientas. Empieza con preguntas: qué activos se analizarán, quién autoriza la actividad, cuáles son los objetivos, qué técnicas están permitidas, qué riesgos deben evitarse y cómo se informarán los resultados. La calidad del trabajo depende tanto de estas decisiones como de la capacidad técnica del especialista. NIST presenta las evaluaciones técnicas de seguridad como procesos que deben planificarse, ejecutarse y documentarse, de manera que sus resultados permitan analizar hallazgos y desarrollar estra...
Leer más