<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Tunneling on Adrián Lois</title><link>https://adrianlois.com/tags/tunneling/</link><description>Recent content in Tunneling 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/tunneling/index.xml" rel="self" type="application/rss+xml"/><item><title>Netcat: conexiones directas e inversas, shells y banner grabbing</title><link>https://adrianlois.com/posts/netcat-conexiones-directas-inversas-shells-banner-grabbing/</link><pubDate>Mon, 06 Jul 2020 09:31:00 +0000</pubDate><guid>https://adrianlois.com/posts/netcat-conexiones-directas-inversas-shells-banner-grabbing/</guid><description>&lt;p&gt;&lt;a href="https://sourceforge.net/projects/nc110/" target="_blank" rel="noopener"&gt;&lt;strong&gt;Netcat&lt;/strong&gt;&lt;/a&gt; es una herramienta de red que permite a través de intérprete de comandos abrir puertos TCP/UDP en un HOST, asociar una shell a un puerto en concreto y forzar conexiones UDP/TCP.&lt;/p&gt;
&lt;p&gt;Para ver ejemplos tendremos una máquina Kali (10.0.0.10) con netcat ya instalado y una máquina Windows (10.0.0.19) donde podemos descargar y usar los binarios de &lt;a href="https://eternallybored.org/misc/netcat/" target="_blank" rel="noopener"&gt;netcat para Windows&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Un ejemplo de uso sencillo donde podemos enviarnos información de texto de una máquina a otra como si de un chat se tratara.&lt;/p&gt;</description></item><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>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><item><title>Mecanismos de transición IPv6</title><link>https://adrianlois.com/posts/mecanismos-de-transicion-ipv6/</link><pubDate>Sat, 10 Sep 2011 17:57:00 +0000</pubDate><guid>https://adrianlois.com/posts/mecanismos-de-transicion-ipv6/</guid><description>&lt;p&gt;Cuando abrimos un símbolo de sistema o command prompt (cmd.exe) de Windows y ejecutamos el comando &amp;ldquo;IPCONFIG&amp;rdquo; seguido del subcomando &lt;code&gt;/all&lt;/code&gt; = &amp;ldquo;IPCONFIG /all&amp;rdquo; y pulsamos Enter. Vemos que se nos muestran más adaptadores de red (lógicos) que los físicos que estén conectados en nuestro equipo.&lt;/p&gt;
&lt;div align="center"&gt;
&lt;p&gt;&lt;img src="mecanismos-de-transicion-ipv6_01.png" alt="Figura 1: Mecanismos de transición IPv6."&gt;&lt;/p&gt;
&lt;p&gt;&lt;em&gt;Figura 1: Mecanismos de transición IPv6.&lt;/em&gt;&lt;/p&gt;
&lt;/div&gt;
&lt;h2 id="diversos-mecanismos-de-transición-ipv6"&gt;
 Diversos mecanismos de transición IPv6
 &lt;a class="heading-link" href="#diversos-mecanismos-de-transici%c3%b3n-ipv6"&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;h3 id="dual-stack"&gt;
 Dual Stack
 &lt;a class="heading-link" href="#dual-stack"&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;/h3&gt;
&lt;p&gt;&lt;strong&gt;Dual Stack:&lt;/strong&gt; Es necesario que los host de una red operen bajo este mecanismo para desplegar y llevar a cabo la transición de direcciones a IPv6.&lt;/p&gt;</description></item></channel></rss>