BIOS FLASH 保护机制浅析
一，引言
多年前有一个很著名的病毒名叫CIH，当年CIH的流行曾经造成了巨大的经济损失。CIH可以攻击主板上的BIOS FLASH芯片，破坏里面的内容，从而使得受害者的计算机无法正常使用。这是人类历史上第一个可以破坏硬件的病毒。CIH可以攻击基于Intel 430FX芯片组的主板，由于FX芯片组在那个年代属于主流芯片组，所以无数的电脑在感染CIH后无法开机。只得返厂维修。至此人们第一次意识到对BIOS FLASH芯片的保护至关重要。之后的年代里，人们开始不断的改进FLASH的保护策略。
现代的主板上配备的BIOS FLASH芯片并不像过去那样不可更改。在286，386，486甚至早期Pentium时代，受制于芯片组的限制或者本身成本上的考虑，主板上装的往往是真正的ROM芯片。换言之那个时代的BIOS的确是不可写的东西。但是BIOS需要更新，因为BIOS也是人编的，也是软件。既然是软件就一定有BUG，BUG需要修复，所以人们需要重新对FLASH芯片进行编程以便能够升级BIOS。且人们还可以通过升级BIOS获得新的功能，于是后来的设计上都允许对FLASH予以重新编程，以便升级BIOS。主板上开始配备可编程的ROM芯片，也叫EEPROM。
但是一个可更改内容的ROM芯片是一把真正的双刃剑。一方面给了用户便捷性与灵活性，另一方面也为一些恶意代码打开另一扇门。前面提到的CIH就是一个极好的例子。CIH的作者研读了430FX的用户手册，知道了如何编程去擦写FLASH芯片，于是CIH就具备了这样一种可怕的能力。
--------------------------------
二，常用保护策略
那么如何才是最佳的保护方法呢？大家可能一下子就想到是不是硬件上可以有某一位来控制一下，一旦设置了这样一位，那么FLASH芯片将不可写？
这的确是最简单的保护策略，即写保护型。写保护的方法简单易用，实现起来也分两种，第一种是芯片组提供的保护机制；另一种是芯片本身提供的机制，而芯片本身的往往是一次性锁死，也叫Lock，意思是一旦lock住，今后再也不能打开了。相对而言，芯片组提供的就比较灵活，有一种机制名叫LOCK DOWN，一旦激活后芯片将无法更新，必须要一个PLTRST#才能去掉LOCK DOWN。
其实LOCK DOWN也不是最佳的方法，主要原因是更新工具不好开发，如果非要一个PLTRST才能更新FLASH，那么用户每次更新都会变得异常繁琐。现在不是都讲用户体验嘛，这个用户体验太差了。很多Intel的主板，事实上是用LOCK DOWN的，所以那些主板更新的时候，会重新启动，事实上的真正的更新操作都在重启后做的。
还有一种保护策略比较好。是S
相关文档：
网上一牛人写了一篇文章，介绍应用程序如何操作flash的：http://blog.csdn.net/nanjianhui/archive/2008/03/19/2196466.aspx
由于客户的要求，需要向系统flash中写入产品序列号，我想采用向应用程序提供接口的方法来实现。按照上述文章的做法做好之后，在非multi-bin的系统下，CreateFile(_T("DSK0:"),...)是没有任何问题� ......
我们引用本地flash，实现flash与js双向交互。
function thisMovie(movieName) {
if (window.document[movieName]){
return window.document[movieName];
}else if (navigator.appName.indexOf("Microsoft")==-1){
&nb ......
php版的Flash标签云(flash tagcloud)
想要标签云的同志们都来吧。
3D球形标签云(tagcloud)，最初是源自WP的一个插件吧，然后经skiyo的修改，可支持中文，并随意放在自己的博客或网站的任意地方，我把代码和数据库整理一下，共同放出来。在此感谢skiyo！
核心代码：
<?php
require("config.php");
require_onc ......
flash 的绘图API 函数是很强大的绘图工具，能够创建出很多神奇的效果。最近偶然发现了一些不错的程序，测试了一下感觉很有趣。这部分不算很难，主要懂借用他的命令，加上自己一点创意就能发挥出意想不到的效果。接下来，我们今天探讨绘制的一些基本的图片，先绘制矩形，因为它很简单，仅仅使用一些简单的代码就能够� ......
