WordPress SQL注入漏洞与提权分析

东航空姐之歌,北邮李伊娜,深海异形好看吗

本文关键词WordPress,SQL,注入,是栏目CMS教程为您推荐的文章,文章地址是:http://www.huayuzhi.com/pcstudy/webdesign/cms/255199.htm,希望您看完后能将地址分享给需要的人.

WordPress核心功能SQL注入漏洞分析

威胁响应中心研究员对Wordpress核心功能SQL注入漏洞（编号为CVE-2015-5623和CVE-2015-2213)进行了详细的分析

0x00 漏洞概述

在twitter上看到Wordpress核心功能出现SQL注入漏洞，想学习下，就深入的跟了下代码，结果发现老外留了好大的一个坑。虽然确实存在注入问题，但是却没有像他blog中所说的那样可以通过订阅者这样的低权限来触发SQL注入漏洞。

这个Wordpress漏洞系列的文章目前更新了两个部分，一个是通过权限绕过实现订阅者权限写一篇文章到回收站，另一个就是通过写入的这篇文章来 实现SQL注入漏洞。这两个漏洞的描述，TSRC的phithon写的文章其实已经很清楚了，我这里从我分析的角度来介绍这两个漏洞的形成、利用以及 phithon省略掉的原文部分内容。

0x01 越权提交文章

_wpnonce的获取

在讲越权漏洞之前，我们需要介绍一下Wordpress后台的_wpnonce参数，这个参数主要是用来防止CSRF攻击的token。后台大多数 敏感功能都会通过，当前用户信息、功能名称、操作对象id等内容生成token，所以我们很难在没有token的时候进行某些功能的使用。这个CSRF的 防护机制间接地导致之后SQL注入很难再低权限情况下触发（因为看不到token），后面讲SQL注入漏洞时，我们会详细的聊这个问题有多坑。

之所以要把_wpnonce的获取放在前面讲，是因为，我们需要一个让我们可以使用编辑提交文章功能的token。这个功能的token我们可以通 过访问后台post.php的post-quickdraft-save功能来获取，严格的来说这个获取方式也算是一个信息泄露漏洞，官方也在新版本中进 行了修补。下面我我们来看下这个token泄露的原因。部分代码如下：

case 'post-quickdraft-save':
    // Check nonce and capabilities
    $nonce = $_REQUEST['_wpnonce'];
    $error_msg = false;
 
    // For output of the quickdraft dashboard widget
    require_once ABSPATH . 'wp-admin/includes/dashboard.php';
 
    if ( ! wp_verify_nonce( $nonce, 'add-post' ) )
        $error_msg = __( 'Unable to submit this form, please refresh and try again.' );
 
    if ( ! current_user_can( 'edit_posts' ) )
        $error_msg = __( 'Oops, you don’t have access to add new drafts.' );
 
    if ( $error_msg )
        return wp_dashboard_quick_press( $error_msg );

从上面代码我们可以看出这个功能在发现出现错误时，会将错误信息通过wp_dashboard_quick_press这个函数打印到页面上，而这个函数生成的页面的代码中有这样一行：

• PHP wp_nonce_field( 'add-post' ); 1 wp_nonce_field('add-post');

生成了add-post功能的_wpnonce，也就是说，即使我们做了一些被禁止的操作，返回页面中也会出现这个_wpnonce。

越权提交与条件竞争

如phithon文章所说，由于GP使用逻辑混乱而导致的验证绕过。我们来看post.php文件在开始检验文章是否存在的代码：

if ( isset( $_GET['post'] ) )
    $post_id = $post_ID = (int) $_GET['post'];
elseif ( isset( $_POST['post_ID'] ) )
    $post_id = $post_ID = (int) $_POST['post_ID'];
else
    $post_id = $post_ID = 0;
 
global $post_type, $post_type_object, $post;
 
if ( $post_id )
    $post = get_post( $post_id );
 
if ( $post ) {
    $post_type = $post->post_type;
    $post_type_object = get_post_type_object( $post_type );
}

可以看到在先提取GET中的post参数作为文章id来提取文章信息，如果没有GET的post参数，再去用POST的post_ID参数来提取。而真正检验用户是否对文章具有编辑权限，则是在edit_post中进行的，而这里的判断参数是从POST中提取的：

function edit_post( $post_data = null ) {
    global $wpdb;
 
    if ( empty($post_data) )
        $post_data = &$_POST;
 
    // Clear out any data in internal vars.
    unset( $post_data['filter'] );
 
    $post_ID = (int) $post_data['post_ID'];
    $post = get_post( $post_ID );
    $post_data['post_type'] = $post->post_type;
    $post_data['post_mime_type'] = $post->post_mime_type;
 
    if ( ! empty( $post_data['post_status'] ) ) {
        $post_data['post_status'] = sanitize_key( $post_data['post_status'] );
 
        if ( 'inherit' == $post_data['post_status'] ) {
            unset( $post_data['post_status'] );
        }
    }
 
    $ptype = get_post_type_object($post_data['post_type']);
    if ( !current_user_can( 'edit_post', $post_ID ) ) {
        if ( 'page' == $post_data['post_type'] )
            wp_die( __('You are not allowed to edit this page.' ));
        else
            wp_die( __('You are not allowed to edit this post.' ));
    }

我们继续看这段代码最后的if判断，判断当前用户是否有编辑这篇文章的权限。这个判断最终的操作是在map_meta_cap这个函数中进行的：

case 'edit_post':
    case 'edit_page':
        $post = get_post( $args[0] );
        if ( empty( $post ) )
            break;
 
        if ( 'revision' == $post->post_type ) {
            $post = get_post( $post->post_parent );
        }

可以看出如果文章是不存在的，那么就会break出switch，在函数结束时返回$caps变量，而$caps在函数开始的时候已经被定义为一个 空的数组了，也就是说，这里会返回一个空数组。下面我们来向前走，返回到调用map_meta_cap的has_cap函数中，看看后续的操作

如何利用robots协议优化你的WordPress博客站

很多新手建站朋友对robots协议文件的重要性不是很清楚，本篇文章由昆明SEO博主普及一下WordPress站点robots协议文件编写知识。robots协议（也称为爬虫协议、机器人协议等）的全称是网络爬虫排除标准（RobotsExclusionProtocol），网站通过robots协议告诉搜索引擎哪些页面可以抓取，哪些页面不能抓取。

如何利用织梦cms做多语言的网站

有很多网友都问过我，用dedecms织梦程序如何做中英文网站，今天就给大家来一个详细的图文教程，希望能帮助到大家。