今天工作中遇到了一个利于curl来伪装POST传参的方法,其中用到了php伪协议,我对这一块不太了解,只是在学习文件包含漏洞的时候用到了file://这种本地文件包含,在这里我打算系统的学习并且总结一下,也方便了自己日后复习。
什么叫伪协议呢?形如标准协议HTTP、FTP的自定义协议叫做伪协议。
首先,php伪协议有以下几种(我觉得很多东西是要记在脑子里的):
file:// — 访问本地文件系统
http:// — 访问 HTTP(s) 网址
ftp:// — 访问 FTP(s) URLs
php:// — 访问各个输入/输出流(I/O streams)
zlib:// — 压缩流
data:// — 数据(RFC 2397)
glob:// — 查找匹配的文件路径模式
phar:// — PHP 归档
ssh2:// — Secure Shell 2
rar:// — RAR
ogg:// — 音频流
expect:// — 处理交互式的流
其次在这里还要了解php.ini配置文件中的allow_url_include和allow_url_fopen这两个设置,因为相关协议能否使用还得看这两个的脸色。详解如下:
allow_url_fopen = On
是否允许将URL(如http://或ftp://)作为文件处理。on 默认开启 该选项为on便是激活了 URL 形式的 fopen 封装协议使得可以访问 URL 对象文件等。
allow_url_include = Off
是否允许include/require打开URL(如http://或ftp://)作为文件处理。
注意:
从PHP5.2开始allow_url_include就默认为Off了,而allow_url_fopen一直是On的。
一般情况下,我相信也没有什么人无聊的去打开allow_url_include。
当allow_url_include为On,就很容易出现文件远程包含漏洞。
看到这里我就在想,当我们拿到一个站如何看它的这俩功能呢?直接试(手动滑稽)
下面是协议的详解:
今天主要用到的还是php://filter,我先具体看看这个:
php://filter
读取源代码并进行base64编码输出,不然会直接当做php代码执行就看不到源代码内容了。
PHP.ini:
php://filter在双off的情况下也可以正常使用;
allow_url_fopen :off/on
allow_url_include:off/on
file://协议
file:// — 访问本地文件系统,不受allow_url_fopen与allow_url_include的影响