最近一直做马后炮了，于是被人鄙视；但没办法，做出头鸟也被人嘲笑！反正这些玩意丢我这里也没啥用，只会烂在硬盘里！于是，只要有点风吹草动，我就公布吧。乌云的文章在此：http://www.wooyun.org/bug.php?action=view&id=497，文章暂时还没有公布详情...于是...我说一下。
Phpcms2008之前已经暴过很多问题了，但这个本地包含一直无人提起，小明曾经在t00ls里核心版块说过，但其实这个本地包含即使不通过旁注也是有办法利用的，那就是增加管理员或者修改管理员密码！
好了，先说本地包含，有几处，我不知道乌云上说的是哪一处，于是我就当其说的是最明显的那处吧。很明显的漏洞，不知道为啥还在phpcms中出现，先看代码：
文件在wap/index.php
已经上报厂商了修复了，月底再发吧！
另外非常迫切的期盼1楼的首发...
------------------------------------------------------------------
10月1日：因为月底出差昨天刚回，一直没时间写，今天国庆补上，另外再次鄙视下本文评论里的1楼...
上传漏洞现在很难会出现的，更别说强大的pw了，所以很多朋友是不是认为我这个标题唬人了？不过还确实是上传漏洞，不过呢，这个漏洞的利用需要两个条件，所以说其实很鸡肋，但之前还是蛮好用的，只要满足条件，屡试不爽的。好了，先说条件：
1.必须存在注入，可以注入出$db_siteid，因为前面那里发布的注入（以及其他某些地方的注入），可以轻松得到；
2.必须是IIS6，这个是致命的鸡肋点，漏洞利用的是IIS6的文件解析漏洞（其实不用想也知道，无论dz、pw或者其他cms不会有允许上传php之类后缀文件的）。
由于官方已经在我上报不久一起补丁了，所以我相信应该有人已经通过分析补丁知道漏洞在哪儿了，好了，先看代码（文件是job.php，也很可能在其他可上传的文件中）：
...
} elseif ($action == 'uploadicon'...
都是去年的东西了，拖啊拖，拖到今天9月份了，http://www.oldjun.com/blog/index.php/archives/68/文章底下我留了个铺垫...本来准备跟黑哥来个SOPW的专辑的...不过还没等我发，80sec的同学已经发出来了...那就算了，直接把注入以及利用写点blog吧...
想说的几点：
1.pw虽然过滤的很BT，但注入不止这一个点；
2.利用注入获取系统关键的db_siteownerid后，拿shell可以获得很大的帮助，包括这个代码执行，以及下面我要公布的上传；
3.去年我看原始的pw7.5的时候，也就是saiy没发布那个包含漏洞http://www.80vul.com/pwvul/phpwind.txt的时候，都不需要db_siteownerid，也就是直接的代码执行。（于是显然...saiy牛也应该很早就发现这个漏洞了...）
好了，先说注入，很明显很白痴的一个点，其实比代码执行好看多了，...
一、漏洞介绍：
Dedecms V5.6 Final版本中的各个文件存在一系列问题，经过精心构造的含有恶意代表的模板内容可以通过用户后台的上传附件的功能上传上去，然后通过SQL注入修改附加表的模板路径为我们上传的模板路径，模板解析类：include/inc_archives_view.php没有对模板路径及名称做任何限制，则可以成功执行恶意代码。
二、漏洞细节：
1、member/article_edit.php文件（注入）：
//漏洞在member文件夹下普遍存在，$dede_addonfields是由用户提交的，可以被伪造，伪造成功即可带入sql语句，于是我们可以给附加表的内容进行update赋值。
…
//分析处理附加表数据
$inadd_f = '';
if(!empty($dede_addonfields))//自己构造$dede_addonfields
{
$addonfields = explode(';',$dede_addonfields);
if(is_array($addonfields))
{
print_r($addonfields);
foreach($addonfields as $v...
从来不对什么被黑事件进行评价的，今天破个例：http://dfwb.njnews.cn/html/2010-08/03/content_581396.htm
平时看到什么什么网站被黑的新闻，也见惯不惯了，从事网络安全也好久了，业内哪些是前辈，哪些是高手，哪些是牛人，基本上都了然于心的，于是剩下来的小打小闹，不想也没必要去评论。不过这次不同，第一，该站点我两年前拜访过；第二，这人还算是个老乡！
没有绝对安全的站点，无论什么网站。因为我在南京，所以对南京的站点比较关心，曾经也对南京大大小小的站点稍微检测了下，基本上无安全性可言。所谓njhouse，甚至不知道什么关系的house365，都是php+oracle，前者很容易，直接注入，然后admin进后台，然后....怎么怎么样shell到手了；后者虽然也有注入，但没这么容易，但有个问题，就是活动站点、分站点特别多，于是找出个有漏洞的非常非常的容易，然后，get一个webshell也应该是没有什么难度的。这些东西不谈了，都是陈年老事了...
我想说的第一点，现在的网站管理员每天在做什么，尤其是事业单位网站的这些管理员们。从我0...
