从现实来看，市场上所大行其道的ids产品价格从数十万到数百万不等，这种相对昂贵的奶酪被广为诟病，所导致的结果就是：一般中小企业并不具备实施ids产品的能力，它们的精力会放在路由器、防火墙以及3层以上交换机的加固上；大中型企业虽然很多已经上了ids产品，但ids天然的缺陷导致其似乎无所作为。但我们还不能就此喜新厌旧，因为ids是必需的一个过程，具有ids功能的ips很可能在几年后彻底取代单一性ids的市场主导地位，从被动应战到主动防御是大势所趋。
其实ids的技术手段并不很神秘，接下来本文会用一种“顺藤摸瓜”的脉络，给大家介绍一个较简单的ids入门级构架。从市场分布、入手难易的角度来看，选择nids作为范例进行部署，比较地恰当。本文以完全的windows平台来贯穿整个入侵检测流程，由于篇幅所限，以定性分析角度来陈述。
预备知识
ids：intrusion detection system（入侵检测系统），通过收集网络系统信息来进行入侵检测分析的软件与硬件的智能组合。
对ids进行标准化工作的两个组织：作为国际互联网标准的制定者ietf的intrusion detection working group（idwg，入侵检测工作组）和common intrusion detection framework（cidf，通用入侵检测框架）。
ids分类：network ids（基于网络）、host-based ids（基于主机）、hybrid ids（混合式）、consoles ids（控制台）、file integrity checkers（文件完整性检查器）、honeypots（蜜罐）。事件产生系统
根据cidf阐述入侵检测系统（ids）的通用模型思想，具备所有要素、最简单的入侵检测组件如图所示。根据cidf规范，将ids需要分析的数据统称为event（事件），event既可能是网络中的data packets（数据包），也可能是从system log等其他方式得到的information（信息）。
没有数据流进（或数据被采集），ids就是无根之木，完全无用武之地。
作为ids的基层组织，事件产生系统大可施展拳脚，它收集被定义的所有事件，然后一股脑地传到其它组件里。在windows环境下，目前比较基本的做法是使用winpcap和windump。
大家知道，对于事件产生和事件分析系统来说，眼下流行采用linux和unix平台的软件和程序；其实在windows平台中，也有类似libpcap（是unix或linux从内核捕获网络数据包的必备软件）的工具即winpcap。
winpcap是一套免费的， 基于windows的网络接口api，把网卡设置为“混杂”模式，然后循环处理网络捕获的数据包。其技术实现简单，可移植性强，与网卡无关，但效率不高，适合在100 mbps以下的网络
相应的基于windows的网络嗅探工具是windump（是linux/unix平台的tcpdump在windows上的移植版），这个软件必须基于winpcap接口（这里有人形象地称winpcap为：数据嗅探驱动程序）。使用windump，它能把匹配规则的数据包的包头给显示出来。你能使用这个工具去查找网络问题或者去监视网络上的状况，可以在一定程度上有效监控来自网络上的安全和不安全的行为。
这两个软件在网上都可以免费地找到，读者还可以查看相关软件使用教程。
下面大略介绍一下建立事件探测及采集的步骤
1、 装配软件和硬件系统。根据网络繁忙程度决定是否采用普通兼容机或性能较高的专用服务器；安装nt核心的windows操作系统，推荐使用windows server 2003企业版，如果条件不满足也可使用windows 2000 advanced server。分区格式建议为ntfs格式。
2、 服务器的空间划分要合理有效，执行程序的安装、数据日志的存储，两者空间最好分别放置在不同分区。
3、 winpcap的简单实现。首先安装它的驱动程序，可以到它的主页或镜像站点下载winpcap auto-installer (driver+dlls)，直接安装。
注：如果用winpcap做开发，还需要下载 developer''s pack。
winpcap 包括三个模块：第一个模块npf（netgroup packet filter），是一个vxd（虚拟设备驱动程序）文件。其功能是过滤数据包，并把这些包完好无损地传给用户态模块。第二个模块packet.dll为win32平台提供了一个公共接口，架构在packet.dll之上，提供了更方便、更直接的编程方法。第三个模块 wpcap.dll不依赖于任何操作系统，是底层的动态链接库，提供了高层、抽象的函数。具体使用说明在各大网站上都有涉及，如何更好利用winpcap需要较强的c环境编程能力。
4、 windump的创建。安装后，在windows命令提示符模式下运行，用户自己可以查看网络状态，恕不赘述。
如果没有软件兼容性问题、安装和配置正确的话，事件探测及采集已能实现。
事件分析系统
由于我们的网络大都用交换式以太网交换机连接，所以建立事件分析系统的目的是实现对多种网络防火墙设备的探测，以及多种采集方式（如基于snmp、syslog数据信息的采集）日志的支持，并提供一定的事件日志处理，统计、分析和查询功能。
事件分析系统是ids的核心模块，主要功能是对各种事件进行分析，从中发现违反安全策略的行为，如何建立是重点也是难点。如果自己能或与人合作编写软件系统，就需要做好严谨的前期开发准备，如对网络协议、黑客攻击、系统漏洞有着比较清晰的认识，接着开始制定规则和策略，它应该基于标准的技术标准和规范，然后优化算法以提高执行效率，建立检测模型，可以模拟进行攻击及分析过程。
事件分析系统把检测引擎驻留在监视网段中，一般通过三种技术手段进行分析：模式匹配、协议分析和行为分析。当检测到某种误用模式时，产生对应的警告信息并发送给响应系统。目前来看，使用协议分析是实时检测的最好方式。
这个系统一种可能的方式是由协议分析器作为主体，可以在现成的、开放式的协议分析工具包基础上来构建；协议分析器可以显示分组级网络传输流，基于网络协议规则的警告进行自动分析来快速探测攻击的存在；由此，网络程序员和管理员可监控并分析网络活动，从而主动检测并定位故障。用户可以尝试一下一个叫ethereal的免费网络协议分析器，它支持windows系统。用户可以对由事件产生系统抓取后保存在硬盘上的数据进行分析。你能交互式地浏览抓取到的数据包，查看每一个数据包的摘要和详细信息。ethereal有多种强大的特征，如支持几乎所有的协议、丰富的过滤语言、易于查看tcp会话经重构后的数据流等。
响应系统
响应系统是面向人、物的交互系统，可以说是整个系统的中转站和协调站。人即是系统管理员、物是其他所有组件。详细说来，响应系统这个协调员要做的事很多：按照预置定义的方式，记录安全事件、产生报警信息（如e-mail形式）、记录附加日志、隔离入侵者、终止进程、禁止受害者的端口和服务、甚至反戈一击；可以采取人工响应和自动响应（基于机器的响应），两者结合起来会比较好。
响应系统的设计要素
(1) 接受自事件产生系统经事件分析系统过滤、分析、重建后的事件警报信息，然后交互给用户（管理员）查询并做出规则判断和采取管理行为。
(2) 给管理员提供管理事件数据库系统的一个接口，可以修改规则库、根据不同网络环境情况配置安全策略、读写数据库系统。
(3)作用于前端系统时，可管理事件产生、分析系统（合称事件探测器），对该系统采集、探测、分析的事件进行分类、筛选，可针对不同安全状况，重新对安全规则进行洗牌。
响应系统和事件探测器通常是以应用程序的形式实现。
设计思路：响应系统可分为两个程序部分，监听和控制。 监听部分绑定某个空闲端口，接收从事件探测器发出的分析结果和其他信息，并转化存储文件到事件数据库系统中，作为管理员可根据用户权限调用来只读、修改以及特别的操作。控制部分可用gtk＋来编写gui，开发出较为直观的图形用户界面，目的主要是给用户一个更方便友好的界面来浏览警告信息。
事件数据库系统
在windows平台下，虽然access更易掌握，但采用sql server 2000构建会比access有效，而且并不是很难入手，此系统主要功能：记录、存储、重排事件信息，可供管理员调用查看和对攻击审查取证使用。
此系统构造相对简单，只需利用到数据库软件的一些基本功能。
要协调各组件之间的有目的通信，各组件就必须能正确理解相互之间传递的各种数据的语义。可参考cidf的通信机制，构建3层模型。注意各个组件之间的互操作性，保证安全、高效、顺畅。
整合在后续的工作中会不断进行，各个组件的功能也会不断完善。一个基本的、基于windows平台的ids框架就构建完毕。满足网络条件的话，试试亲手做做自己的奶酪吧，有一种不可名状的劳作后的甜蜜。
(DVOL本文转自：中国DV传媒 http://www.dvol.cn)
