1.如果有可能，为IIS 应用程序和数据专门安装一个NTFS 设备。不要允许IUSER(或其它任何匿名用户名)去访问任何其它设备。如果应用程序因为匿名用户无法访问其它设备上的程序而出了问题，马上使用Sysinternals 的FileMon 检测出哪个文件无法访问，并吧这个程序转移到IIS 设备上。如果无法做到这些，就允许IUSER 访问且只能访问这个文件。

   2.在设备上设置NTFS 权限：

    Developers = Full(所有权限)

    IUSER = Read and execute only(读和执行权限)

    System and admin = Full(所有权限)

    3.使用一个软件_blank">防火墙，确认没有终端用户能够访问 IIS 计算机上的除了 80 端口之外的其它端口。

    4.使用Microsoft 工具锁定计算机：IIS Lockdown和UrlScan.

    5.启用IIS 事件日志。除了使用IIS 事件日志之外，如果有可能的话，尽量也对_blank">防火墙启用事件日志。

    6.把日志文件从默认的存储位置移走，并保证对它们的备份。为日志文件建立一个重复的拷贝，以确保这个放在第二位置的拷贝是可用的。

    7.在计算机上启用Windows 审核，因为当我们试图去追踪那些攻击者的行为的时候，我们总是缺少足够的数据。通过使用审核日志，甚至有可能拥有一个脚本来进行可疑行为的审核，这个脚本随后会向管理员发送一个报告。这听起来好像有点走极端了，不过如果对你的组织来说安全性非常重要的话，这样做是最好的选择。建立审核制度来报告任何失败帐户登录行为。另外，同IIS日志文件一样，把它的默认存储位置(c:winntsystem32configsecevent.log)改到另外一个地方，并确保它有一个备份和一个重复的拷贝。

   8.一般来说，尽你所能的查找安全方面的文章(从不同的地方)，并按照它们进行实践。在IIS和安全实践方面，它们说的通常被你懂得的要好一些，而且不要只信服其他人(比如说我)告诉你的东西。

    9.订阅一份IIS 缺陷列表邮件，并坚持按时对它进行阅读。其中一个列表是Internet Security Systems(Internet 安全系统)的X-Force Alerts and Advisories

   10.最后，确保你定期的对Windows 进行了更新，并检验补丁是否被成功的安装了。

免责声明：本网站（http://www.ciotimes.com/）内容主要来自原创、合作媒体供稿和第三方投稿，凡在本网站出现的信息，均仅供参考。本网站将尽力确保所提供信息的准确性及可靠性，但不保证有关资料的准确性及可靠性，读者在使用前请进一步核实，并对任何自主决定的行为负责。本网站对有关资料所引致的错误、不确或遗漏，概不负任何法律责任。
本网站刊载的所有内容（包括但不仅限文字、图片、LOGO、音频、视频、软件、程序等）版权归原作者所有。任何单位或个人认为本网站中的内容可能涉嫌侵犯其知识产权或存在不实内容时，请及时通知本站，予以删除。