Port redirection y tunneling
Ya dominas el pivoting del eJPT (M27–M30). En OSCP lo llevamos más lejos: redirección de puertos en todas sus formas, túneles que atraviesan inspección profunda (DPI) y las herramientas modernas. El pivoting es casi seguro en el examen.
🧱El mapa de túneles (cuándo usar cada uno)
Reenviar tráfico hacia una red que no ves. Según la situación:
| ssh -L local:dest:puerto user@pivote | reenvía UN puerto del destino a tu Kali (local forward) |
| ssh -R | reenvía un puerto TUYO hacia el pivote (remote forward); útil si no puedes entrar directo |
| ssh -D 1080 user@pivote | SOCKS dinámico: toda una red vía proxychains |
| chisel | SOCKS cuando NO hay SSH (sube el cliente al pivote) |
| ligolo-ng | la moderna: crea un interfaz y navegas la red interna casi nativo |
💡Reverse vs bind al pivotar (repaso clave)
Primer salto: reverse (la víctima te llama). Segundo salto (doble pivot): la máquina del fondo no te alcanza → usa bind o encadena un túnel. Lo practicaste en M29; en OSCP es lo mismo con más capas.
🔐Tunneling a través de DPI
A veces hay firewalls que inspeccionan el tráfico (DPI) y solo dejan pasar, por ejemplo, HTTP(S). La idea: encapsular tu túnel dentro de un protocolo permitido (p.ej. sobre HTTP/HTTPS o DNS) para que el firewall lo deje pasar. Herramientas tipo chisel sobre HTTPS cubren muchos casos del examen.