<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Pivoting on Adrián Lois</title><link>https://adrianlois.com/tags/pivoting/</link><description>Recent content in Pivoting on Adrián Lois</description><generator>Hugo</generator><language>es</language><lastBuildDate>Sat, 11 Oct 2025 11:55:00 +0000</lastBuildDate><atom:link href="https://adrianlois.com/tags/pivoting/index.xml" rel="self" type="application/rss+xml"/><item><title>Pivoting entre proxys encadenados con Proxychains</title><link>https://adrianlois.com/posts/pivoting-entre-proxys-encadenados-con-proxychains/</link><pubDate>Mon, 29 Jun 2020 15:48:00 +0000</pubDate><guid>https://adrianlois.com/posts/pivoting-entre-proxys-encadenados-con-proxychains/</guid><description>&lt;p&gt;&lt;a href="http://proxychains.net/" target="_blank" rel="noopener"&gt;Proxychains&lt;/a&gt; es una herramienta que actúa como un servidor proxy soportando conexiones TCP en protocolos &lt;em&gt;HTTP, HTTPS, SOCKS4 y SOCKS5&lt;/em&gt;. Su principal característica es el encadenamiento de servidores proxy configurados y como redirige estas peticiones de uno a otro.&lt;/p&gt;
&lt;p&gt;En una fase de reconocimiento y enumeración hacia un sitio web, dependiendo el caso, intentamos mantener un cierto grado de &lt;strong&gt;anonimato&lt;/strong&gt; ocultando nuestra dirección IP pública. Para ello usamos servidores Proxy o VPN siendo estas más fiables, prácticas y con un mayor nivel de garantía.&lt;/p&gt;</description></item><item><title>sshuttle: Múltiples túneles SSH y VPN (Proxy transparente)</title><link>https://adrianlois.com/posts/sshuttle-multiples-tuneles-ssh-y-vpn-proxy-transparente/</link><pubDate>Thu, 02 Apr 2020 07:30:00 +0000</pubDate><guid>https://adrianlois.com/posts/sshuttle-multiples-tuneles-ssh-y-vpn-proxy-transparente/</guid><description>&lt;p&gt;&lt;a href="https://github.com/sshuttle/sshuttle" target="_blank" rel="noopener"&gt;&lt;strong&gt;sshuttle&lt;/strong&gt;&lt;/a&gt;. Se trata de un cliente SSH desarrollado en python que actúa como un proxy transparente funcionando como una VPN. No se trata de una VPN como definición, sshuttle crea de forma automática distintas reglas usando &lt;em&gt;pfctl&lt;/em&gt; &lt;em&gt;(&lt;a href="https://www.openbsd.org/faq/pf/filter.html" target="_blank" rel="noopener"&gt;pf - Packet Filter)&lt;/a&gt;&lt;/em&gt; o en su defecto &lt;a href="https://es.wikipedia.org/wiki/Iptables" target="_blank" rel="noopener"&gt;iptables&lt;/a&gt; para un múltiple reenvío de puertos a través de una conexión tunelizada vía SSH.&lt;/p&gt;
&lt;p&gt;Ya comenté las diferencias entre los distintos tipos de &lt;a href="https://www.zonasystem.com/2019/01/tunel-ssh-port-forwarding-local-remote-dynamic.html" target="_blank" rel="noopener"&gt;túneles SSH&lt;/a&gt;. Esta aplicación nos abstrae de los detalles de realizar manualmente cada reenvío &lt;em&gt;-port forwarding-&lt;/em&gt; a cada IP/Puerto hacia la red remota a la que queremos acceder.&lt;/p&gt;</description></item><item><title>Pivoting con Metasploit: route, portfwd y portproxy</title><link>https://adrianlois.com/posts/pivoting-con-metasploit-route-portfwd-y-portproxy/</link><pubDate>Tue, 07 Jan 2020 17:21:00 +0000</pubDate><guid>https://adrianlois.com/posts/pivoting-con-metasploit-route-portfwd-y-portproxy/</guid><description>&lt;p&gt;En las primeras fases de escaneo de un pentesting debemos intentar recopilar la mayor cantidad de información posible sobre las redes internas disponibles en la empresa.&lt;/p&gt;
&lt;p&gt;Muchas organizaciones dividen sus departamentos en segmentos de red o redes locales virtuales (VLANs), donde se alojan determinadas máquinas, en muchos casos los equipos que forman parte de una red tienen configuradas varias interfaces ya sean físicas o lógicas hacia estas otras redes.&lt;/p&gt;
&lt;p&gt;En este tipo de circunstancias podemos aprovecharnos de esto para pivotar entre equipos de distintas redes y poder encontrar uno o varios equipos ya sean clientes o servidores con posibles vulnerabilidades explotables.&lt;/p&gt;</description></item><item><title>NETSH portproxy: Port forwarding local en Windows</title><link>https://adrianlois.com/posts/netsh-portproxy-port-forwarding-local-en-windows/</link><pubDate>Sun, 24 Feb 2019 17:00:00 +0000</pubDate><guid>https://adrianlois.com/posts/netsh-portproxy-port-forwarding-local-en-windows/</guid><description>&lt;p&gt;Un método para crear túneles haciendo un reenvío de puertos usando un sistema Windows es el uso de la utilidad de comandos &lt;a href="https://docs.microsoft.com/es-es/windows-server/networking/technologies/netsh/netsh-contexts" target="_blank" rel="noopener"&gt;NETSH&lt;/a&gt;. Para hacer uso de este comando es necesario tener privilegios administrativos sobre la máquina.&lt;/p&gt;
&lt;p&gt;Netsh tiene una propiedad llamada &lt;a href="https://docs.microsoft.com/en-us/windows-server/networking/technologies/netsh/netsh-interface-portproxy" target="_blank" rel="noopener"&gt;portproxy&lt;/a&gt; la cual actúa como un proxy en las redes y aplicaciones IPv4 e IPv6.&lt;/p&gt;
&lt;p&gt;Mostraré un ejemplo que podría ser típico, &lt;strong&gt;se trata de un reenvío de puertos local&lt;/strong&gt; con el fin de &lt;strong&gt;establecer una conexión de Escritorio Remoto (RDP) entre dos máquinas Windows&lt;/strong&gt;.&lt;/p&gt;</description></item><item><title>Plink SSH: auto-aceptar hostkey al crear túnel local port forwarding</title><link>https://adrianlois.com/posts/plink-ssh-auto-hostkey-fingerprint-tunel-local-forwarding/</link><pubDate>Sat, 16 Feb 2019 20:30:00 +0000</pubDate><guid>https://adrianlois.com/posts/plink-ssh-auto-hostkey-fingerprint-tunel-local-forwarding/</guid><description>&lt;p&gt;&lt;strong&gt;Hostkey o fingerprint SSH&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Cuando nos conectamos a través de un cliente SSH como &lt;a href="https://www.putty.org/" target="_blank" rel="noopener"&gt;PuTTY&lt;/a&gt;, por primera vez en una conexión se nos mostrará una alerta de seguridad indicando que el host key no está cacheado en el registro, no es más que la huella digital o fingerprint de la máquina remota a la que nos conectamos usado como método de confianza para garantizar la autenticidad de la máquina remota.&lt;/p&gt;
&lt;p&gt;Esta host key al no estar registrada o cacheada por la máquina cliente que establece la conexión por primera vez, nos alerta de que no hay garantía de que el servidor remoto sea quien creemos que es.&lt;/p&gt;</description></item><item><title>Túnel SSH Port Forwarding: Local, Remote y Dynamic [Explicado]</title><link>https://adrianlois.com/posts/tunel-ssh-port-forwarding-local-remote-y-dynamic-explicado/</link><pubDate>Wed, 30 Jan 2019 20:30:00 +0000</pubDate><guid>https://adrianlois.com/posts/tunel-ssh-port-forwarding-local-remote-y-dynamic-explicado/</guid><description>&lt;h2 id="qué-es-ssh"&gt;
 ¿Qué es SSH?
 &lt;a class="heading-link" href="#qu%c3%a9-es-ssh"&gt;
 &lt;i class="fa-solid fa-link" aria-hidden="true" title="Link to heading"&gt;&lt;/i&gt;
 &lt;span class="sr-only"&gt;Link to heading&lt;/span&gt;
 &lt;/a&gt;
&lt;/h2&gt;
&lt;p&gt;&lt;img src="tunel-ssh-port-forwarding-local-remote-y-dynamic-explicado_01.png" alt="ssh-tunneling"&gt;&lt;a href="https://es.wikipedia.org/wiki/Secure_Shell" target="_blank" rel="noopener"&gt;SSH&lt;/a&gt; &lt;em&gt;(Secure Shell)&lt;/em&gt; es un protocolo de comunicaciones seguras entre dos sistemas usando una arquitectura cliente/servidor que permite a los usuarios conectarse a un host remotamente para su posterior administración.&lt;/p&gt;
&lt;p&gt;A diferencia de otros protocolos de comunicación remota como &lt;a href="https://es.wikipedia.org/wiki/Protocolo_de_transferencia_de_archivos" target="_blank" rel="noopener"&gt;FTP&lt;/a&gt; o &lt;a href="https://es.wikipedia.org/wiki/Telnet" target="_blank" rel="noopener"&gt;Telnet&lt;/a&gt; &lt;em&gt;(Telecommunication Network)&lt;/em&gt;, SSH cifra la sesión de conexión y la comunicación ofreciendo también una infraestructura de autenticación &lt;a href="https://es.wikipedia.org/wiki/Infraestructura_de_clave_p%C3%BAblica" target="_blank" rel="noopener"&gt;PKI&lt;/a&gt; &lt;em&gt;(Public Key Infrastructure)&lt;/em&gt; para la conexión con el host remoto.&lt;/p&gt;</description></item><item><title>Túnel SSH con PuTTY para RDP (local port forwarding)</title><link>https://adrianlois.com/posts/tunel-ssh-putty-rdp-local-port-forwarding/</link><pubDate>Wed, 01 Aug 2018 19:57:00 +0000</pubDate><guid>https://adrianlois.com/posts/tunel-ssh-putty-rdp-local-port-forwarding/</guid><description>&lt;p&gt;Un &lt;a href="https://es.wikipedia.org/wiki/T%C3%BAnel_%28inform%C3%A1tica%29#T%C3%BAnel_SSH" target="_blank" rel="noopener"&gt;túnel SSH&lt;/a&gt; se utiliza principalmente para tunelizar tráfico sobre internet o sobre una red local de una manera segura. Podemos encapsular un tipo de protocolo sobre una conexión establecida &lt;a href="https://es.wikipedia.org/wiki/Secure_Shell" target="_blank" rel="noopener"&gt;SSH&lt;/a&gt; (Secure SHell).&lt;/p&gt;
&lt;p&gt;Supongamos que nos queremos conectar a un servidor interno de una red local a través de Internet, pero el firewall de la compañía restringe las conexiones origen dirigidas a determinados puertos, entre ellos el 3389 (puerto por defecto usado para RDP), sin embargo si permite conexiones al puerto 22 (puerto por defecto para SSH).&lt;/p&gt;</description></item></channel></rss>