代码审计-MetInfo 6.0.0 sql注入漏洞

最新推荐文章于 2025-09-07 00:18:35 发布

weixin_30772261

最新推荐文章于 2025-09-07 00:18:35 发布

阅读量135

点赞数

CC 4.0 BY-SA版权

文章标签： php python 数据库

原文链接：http://www.cnblogs.com/-qing-/p/10892022.html

博客分析了app\\system\\message\\web\\message.class.php文件中的SQL注入漏洞。变量直接拼接在SQL语句中，虽有过滤函数但可绕过。通过寻找定义IN_ADMIN常量的入口，分析调用流程，满足特定条件可构造GET请求注入，还给出数据库中符合条件的参数。

首先漏洞存在于app\system\message\web\message.class.php文件中，变量{$_M[form][id]} 直接拼接在SQL语句中，且验证码检测函数是在SQL语句查询之后，这也就造成了我们可以无视验证码检测函数，进行SQL注入。具体问题函数代码如下：

$met_fd_ok=DB::get_one("select * from {$_M[table][config]} where lang ='{$_M[form][lang]}' and  name= 'met_fd_ok' and columnid = {$_M[form][id]}");

这行中$_M[form][id]}没有被单引号保护拼接在sql语句中，存在安全隐患。我们跟跟踪这个变量看是否有过滤操作。

首先这个类的基类是web类

跟进web类，没有对用户传入的数据进行过滤等操作，却初始化了common类

我们继续看看common类

在common类初始化时调用了表单过滤的函数load_form()

此函数中又调用了过滤SQL注入的函数sqlinsert

那我们来看看这个sqlinsert函数过滤了什么

可以看到sqlinsert函数对sleep关键字进行了处理，但是我们还是可以使用MYSQL中的benchmark函数轻松绕过。当然我们本文绕过的姿势不是用函数绕过这个函数，而是让代码不执行这个过滤的函数来达到绕过。

我们回到daddslashes函数里:

daddslashes()定义在app/system/include/function/common.func.php第51行，对传递的参数进行addslashes()操作。这里注意，在else语句中，如果之前定义了IN_ADMIN常量，进行trim(addslashes(sqlinsert($string)))操作，反之则进行trim(addslashes($string))。

之前所述的安全隐患点为int型，所以addslashes()函数没有作用，所以这里主要是要绕过sqlinsert()，需要寻找到定义过IN_ADMIN常量的入口。

这里通过搜索找到了admin/index.php，文件第5行定义了IN_ADMIN常量。接着看从admin/index.php入口文件如何调用add()函数的，index.php定义了4个常量，并且包含了app/system/entrance.php。

进入app/system/entrance.php，38-44行，入口文件没有定义M_TYPE，这里会设置M_TYPE常量为system；54-59行，由于定义了M_TYPE为system，进行设置PATH_OWN_FILE常量为PATH_APP.M_TYPE.'/'. M_NAME.'/'.M_MODULE.'/'，其中M_NAME、M_MODULE均可控。88-99行包含app/system/include/class/load.class.php，并调用了module()方法。

由于调用module()方法时缺省了参数，因此$path、$modulename、$action均有之前定义的常量赋值，然后再调用_load_class()方法。_load_class()方法可以引用并实例化一个类，

当action为空的时候，只引用文件。当action为new时候，会实例化这个类。当action为do开头时候，会实例化类，并执行这个方法。

那么到这里我们理一下条件:

要想包含app/system/message/web/message.class.php文件，需要满足

M_NAME = $_GET['n'] = message;

M_MODULE = $_GET['m'] = web;

M_CLASS = $_GET['c'] = message;

要想调用add()，必须实例化类并执行方法，但这里限定只能实例化并执行do开头的方法。这里找到了message.class.php中的domessage()，它调用了add()方法。

在调用add()方法前，需要满足$this->check_field();，这里发现只要抓取正常的留言参数填充就可以了，验证码的判断是在add()方法中执行完漏洞语句之后。

为了实现布尔注入而不是时间盲注，需要正常时$met_fd_ok的值不为空，从而绕过46行判断，弹出"验证码错误"，而异常时$met_fd_ok值为空，弹出"反馈已关闭"。

在数据库中执行一下存在漏洞的SQL语句，看看符合条件的id参数有哪些，满足的columnid有42和44。

mysql> select * from met_config where name = 'met_fd_ok' and lang='cn';

+-----+-----------+-------+--------------+----------+---------+------+

| id  | name      | value | mobile_value | columnid | flashid | lang |

+-----+-----------+-------+--------------+----------+---------+------+

| 470 | met_fd_ok | 1     |              |       44 |       0 | cn   |

| 490 | met_fd_ok | 1     |              |       42 |       0 | cn   |

+-----+-----------+-------+--------------+----------+---------+------+

最终可以构造如下GET请求注入，注入点为id：

admin/index.php?m=web&n=message&c=message&a=domessage&action=add&lang=cn¶137=1¶186=1@qq.com¶138=1¶139=1¶140=1&id=42 and 1=1

sqlmap.py -u "192.168.5.172/admin/index.php?m

=web&n=message&c=message&a=domessage&action=add&lang=cn¶137=1¶186=1@qq.com¶138=1¶139=1¶140=1&id=42"

最后附上一个思维导图，更好理解逻辑

转载于:https://www.cnblogs.com/-qing-/p/10892022.html