PHP源码调试之Windows文件通配符分析

内容简介：PHP源码调试之Windows文件通配符分析

0x00 前言

很早之前就有国外的安全研究人员发现 PHP 语言在Windows上的一些奇妙特性：

• 大于号(>)相等于通配符问号(?)

• 小于号(<)相当于通配符星号(*)

• 双引号(")相当于点字符(.)

具体文章参见：https://soroush.secproject.com/blog/2014/07/file-upload-and-php-on-iis-wildcards/

那么问题来了，根本原因是什么呢？是PHP语言本身的问题还是Windows的锅呢？

0x01 分析

处于对这个问题的好奇，笔者进行了一下的挖掘和分析。

在分析之前为了避免自己做了无用功，先Google了一番，找到了以下这些文章且都是通过Fuzz的方法发现的，并没有太多资料解释更深层次的原因。

• https://github.com/ironbee/ironbee-rules/blob/master/support/php/test_fs_evasion.php

• http://www.ush.it/2009/07/26/php-filesystem-attack-vectors-take-two/

静态分析

既然没有现成的解释，那么我们便可以自己动手分析以下。

首先，下载PHP的源代码进行尝试进行静态分析。

git clone https://github.com/php/php-src
git checkout PHP-7.2.1

随便选取一个可以操作文件的PHP方法, 如 getimagesize .

尝试进行全局搜索，我们在 \php-src\ext\standard\image.c 的第1501-1506行发现了该方法的具体定义：

/* }}} *//* {{{ proto array getimagesize(string imagefile [, array info])   Get the size of an image as 4-element array */PHP_FUNCTION(getimagesize){    php_getimagesize_from_any(INTERNAL_FUNCTION_PARAM_PASSTHRU, FROM_PATH);}

可见， getimagesize 方法调用了 php_getimagesize_from_any 方法，那么接下来又是如何调用的呢？当然，你可以继续逐层追踪下去，但是这将会比较费时费力同时也需要更过的精力去理解大量的代码逻辑。笔者在这里将尝试从动态调试的角度来简化这个分析过程。

动态调试

在动态调试之前，我们需要做一些提前的准备如下：

• PHP的源码(本文调试的版本是7.2.1)

• Visual Studio 2017

参考PHP官方文档在Windows上编译PHP-7.2.1：

https://wiki.php.net/internals/windows/stepbystepbuild_sdk_2

具体步骤这里不在赘述，唯一需要注意的点在于在编译之前用以下的命令来建立自己的configure文件：

configure --enable-debug --enable-phpdbg

接下来，我们需要准备一个测试目录，具体结构如下：

C:\- Research\
  -- admin\
      --- test.png
  -- poc.php

准备一个 poc.php 文件，具体内容如下：

<?php$a = "c:\\research\\phptest\\ad<\\test.png";exec('pause');if(@getimagesize($a)){
    echo "Success";}else{
    echo "Failed";}?>

接下来的操作就需要特别的仔细和耐心了，使用VS提供的调试命令：

• F10: 单步调试

• F11: 逐语句调试

• Shift + F11： 跳出

经过以上一系列的调试，我们最终发现了PHP的 getimagesize 方法最终调用了Windows API里的FindFirstFileExW()，调用顺序如下：

• PHP_FUNCTION(getimagesize)

• php_getimagesize_from_any

• _php_stream_open_wrapper_ex

• php_stream_locate_url_wrapper

• wrapper->wops->stream_opener

• php_plain_files_stream_opener

• php_stream_fopen_rel

• _php_stream_fopen

• expand_filepath

• expand_filepath_ex

• expand_filepath_with_mode

• virtual_file_ex

• tsrm_realpath_r

• FindFirstFileExW

而根据StackOverflow上面的一个相关问题和MSDN的解释，这是NtQueryDirectoryFile / ZwQueryDirectoryFile通过FsRtlIsNameInExpression的一个功能特性，对于FsRtlIsNameInExpression有如下描述：

The following wildcard characters can be used in the pattern string.

Wildcard character  Meaning

* (asterisk)        Matches zero or more characters.

? (question mark)   Matches a single character.

DOS_DOT             Matches either a period or zero characters beyond the name
                    string.

DOS_QM              Matches any single character or, upon encountering a period
                    or end of name string, advances the expression to the end of
                    the set of contiguous DOS_QMs.

DOS_STAR            Matches zero or more characters until encountering and
                    matching the final . in the name.

另外，MSDN的解释并没有提到 DOC-* 具体指哪些字符，但根据 ntfs.h ，我们发现了如下的定义：

//  The following constants provide addition meta characters to fully
//  support the more obscure aspects of DOS wild card processing.

#define DOS_STAR        (L'<')
#define DOS_QM          (L'>')
#define DOS_DOT         (L'"')

因此，我们终于搞明白了为什么前言中说的这三个字符在Windows上被赋予了不同的含义了。

0x02 总结

通过以上分析，我们可以做以下的简短总结：

• 问题的产生的根本原因PHP调用了Windows API里的FindFirstFileExW()/FindFirstFile()方法

• 该Windows API方法对于这个三个字符做了特别的对待和处理

• 任何调用该Windows API方法的语言都有可能存在以上这个问题，比如：Python

0x03 参考

• https://stackoverflow.com/questions/24190389/findfirstfile-undocumented-wildcard-or-bug

• http://www.osronline.com/showThread.cfm?link=36720

注：实在不太习惯微信公众号的编辑器，要是文中代码排版有问题，请移步“阅读原文”，密码回复公众号可见：）

---

查询和订阅最新安全事件，请关注”安全小飞侠“吧！

以上就是本文的全部内容，希望本文的内容对大家的学习或者工作能带来一定的帮助，也希望大家多多支持 码农网

查看所有标签

猜你喜欢:

• PowerShell转义通配符
• LeetCode44.通配符匹配 JavaScript
• Wildpwn：Unix通配符攻击工具
• Java 泛型之上界下界通配符
• 004-零失败快速搞定通配符SSL证书
• 正则表达式 – Morphia mongoDB通配符查询

本站部分资源来源于网络，本站转载出于传递更多信息之目的，版权归原作者或者来源机构所有，如转载稿涉及版权问题，请联系我们。