机房应急处理流程

包括以下内容：

硬件设备，如机房环境、电力设施、报警监视设施、设备情况等。

软件部分，如操作系统的选用、防火墙软件的使用与更新、入侵检测及病毒防护系统、关键字过滤系统、群发限制等

管理制度：

1） 设立信息安全岗位，并由专人负责

2） 设立24小时的应急投诉电话，落实专人，并提供手机

3） 服务器日常维护及管理制度

4） 机房值班安全制度

5） 防火墙等软件更新制度

6） 设定工作岗位及人员权限

7） 应急处理流程

8） 关键字的设立、过滤与更新

9） 信息储存与查阅制度

虚拟机的话,就由空间提供商来做

服务器遭受攻击后的处理流程

安全总是相对的，再安全的服务器也有可能遭受到攻击。作为一个安全运维人员，要把握的原则是：尽量做好系统安全防护，修复所有已知的危险行为，同时，在系统遭受攻击后能够迅速有效地处理攻击行为，最大限度地降低攻击对系统产生的影响。下面是我整理的服务器遭受攻击后的处理流程：

一、处理服务器遭受攻击的一般思路

系统遭受攻击并不可怕，可怕的是面对攻击束手无策，下面就详细介绍下在服务器遭受攻击后的一般处理思路。

1. 切断网络

所有的攻击都来自于网络，因此，在得知系统正遭受黑客的攻击后，首先要做的就是断开服务器的网络连接，这样除了能切断攻击源之外，也能保护服务器所在网络的其他主机。

2. 查找攻击源

可以通过分析系统日志或登录日志文件，查看可疑信息，同时也要查看系统都打开了哪些端口，运行哪些进程，并通过这些进程分析哪些是可疑的程序。这个过程要根据经验和综合判断能力进行追查和分析。下面的章节会详细介绍这个过程的处理思路。

3. 分析入侵原因和途径

既然系统遭到入侵，那么原因是多方面的，可能是系统漏洞，也可能是程序漏洞，一定要查清楚是哪个原因导致的，并且还要查清楚遭到攻击的途径，找到攻击源，因为只有知道了遭受攻击的原因和途径，才能删除攻击源同时进行漏洞的修复。

4. 备份用户数据

在服务器遭受攻击后，需要立刻备份服务器上的用户数据，同时也要查看这些数据中是否隐藏着攻击源。如果攻击源在用户数据中，一定要彻底删除，然后将用户数据备份到一个安全的地方。

5. 重新安装系统

永远不要认为自己能彻底清除攻击源，因为没有人能比黑客更了解攻击程序，在服务器遭到攻击后，最安全也最简单的方法就是重新安装系统，因为大部分攻击程序都会依附在系统文件或者内核中，所以重新安装系统才能彻底清除攻击源。

6. 修复程序或系统漏洞

在发现系统漏洞或者应用程序漏洞后，首先要做的就是修复系统漏洞或者更改程序bug，因为只有将程序的漏洞修复完毕才能正式在服务器上运行。

7. 恢复数据和连接网络

将备份的数据重新复制到新安装的服务器上，然后开启服务，最后将服务器开启网络连接，对外提供服务。

二、检查并锁定可疑用户

当发现服务器遭受攻击后，首先要切断网络连接，但是在有些情况下，比如无法马上切断网络连接时，就必须登录系统查看是否有可疑用户，如果有可疑用户登录了系统，那么需要马上将这个用户锁定，然后中断此用户的远程连接。

1. 登录系统查看可疑用户

通过root用户登录，然后执行“w”命令即可列出所有登录过系统的用户，如图1-11所示。

通过这个输出可以检查是否有可疑或者不熟悉的用户登录，同时还可以根据用户名以及用户登录的源地址和它们正在运行的进程来判断他们是否为非法用户。

2. 锁定可疑用户

一旦发现可疑用户，就要马上将其锁定，例如上面执行“w”命令后发现nobody用户应该是个可疑用户(因为nobody默认情况下是没有登录权限的)，于是首先锁定此用户，执行如下操作：

[root@server ~]# passwd -l nobody

锁定之后，有可能此用户还处于登录状态，于是还要将此用户踢下线，根据上面“w”命令的输出，即可获得此用户登录进行的pid值，操作如下：

[root@server ~]# ps -ef|grep @pts/3

531 6051 6049 0 19:23 ? 00:00:00 sshd: nobody@pts/3

[root@server ~]# kill -9 6051

这样就将可疑用户nobody从线上踢下去了。如果此用户再次试图登录它已经无法登录了。

3. 通过last命令查看用户登录事件

last命令记录着所有用户登录系统的日志，可以用来查找非授权用户的登录事件，而last命令的输出结果来源于/var/log/wtmp文件，稍有经验的入侵者都会删掉/var/log/wtmp以清除自己行踪，但是还是会露出蛛丝马迹在此文件中的。

三、查看系统日志

查看系统日志是查找攻击源最好的方法，可查的'系统日志有/var/log/messages、/var/log/secure等，这两个日志文件可以记录软件的运行状态以及远程用户的登录状态，还可以查看每个用户目录下的.bash_history文件，特别是/root目录下的.bash_history文件，这个文件中记录着用户执行的所有历史命令。

四、检查并关闭系统可疑进程

检查可疑进程的命令很多，例如ps、top等，但是有时候只知道进程的名称无法得知路径，此时可以通过如下命令查看：

首先通过pidof命令可以查找正在运行的进程PID，例如要查找sshd进程的PID，执行如下命令：

[root@server ~]# pidof sshd

13276 12942 4284

然后进入内存目录，查看对应PID目录下exe文件的信息：

[root@server ~]# ls -al /proc/13276/exe

lrwxrwxrwx 1 root root 0 Oct 4 22:09 /proc/13276/exe ->/usr/sbin/sshd

这样就找到了进程对应的完整执行路径。如果还有查看文件的句柄，可以查看如下目录：

[root@server ~]# ls -al /proc/13276/fd

通过这种方式基本可以找到任何进程的完整执行信息，此外还有很多类似的命令可以帮助系统运维人员查找可疑进程。例如，可以通过指定端口或者tcp、udp协议找到进程PID，进而找到相关进程：

[root@server ~]# fuser -n tcp 111

111/tcp: 1579

[root@server ~]# fuser -n tcp 25

25/tcp: 2037

[root@server ~]# ps -ef|grep 2037

root 2037 1 0 Sep23 ? 00:00:05 /usr/libexec/postfix/master

postfix 2046 2037 0 Sep23 ? 00:00:01 qmgr -l -t fifo -u

postfix 9612 2037 0 20:34 ? 00:00:00 pickup -l -t fifo -u

root 14927 12944 0 21:11 pts/1 00:00:00 grep 2037

在有些时候，攻击者的程序隐藏很深，例如rootkits后门程序，在这种情况下ps、top、netstat等命令也可能已经被替换，如果再通过系统自身的命令去检查可疑进程就变得毫不可信，此时，就需要借助于第三方工具来检查系统可疑程序，例如前面介绍过的chkrootkit、RKHunter等工具，通过这些工具可以很方便的发现系统被替换或篡改的程序。

五、检查文件系统的完好性

检查文件属性是否发生变化是验证文件系统完好性最简单、最直接的方法，例如可以检查被入侵服务器上/bin/ls文件的大小是否与正常系统上此文件的大小相同，以验证文件是否被替换，但是这种方法比较低级。此时可以借助于Linux下rpm这个工具来完成验证，操作如下：

[root@server ~]# rpm -Va

....L... c /etc/pam.d/system-auth

S.5..... c /etc/security/limits.conf

S.5....T c /etc/sysctl.conf

S.5....T /etc/sgml/docbook-simple.cat

S.5....T c /etc/login.defs

S.5..... c /etc/openldap/ldap.conf

S.5....T c /etc/sudoers

..5....T c /usr/lib64/security/classpath.security

....L... c /etc/pam.d/system-auth

S.5..... c /etc/security/limits.conf

S.5..... c /etc/ldap.conf

S.5....T c /etc/ssh/sshd_config

对于输出中每个标记的含义介绍如下：

? S 表示文件长度发生了变化

? M 表示文件的访问权限或文件类型发生了变化

? 5 表示MD5校验和发生了变化

? D 表示设备节点的属性发生了变化

? L 表示文件的符号链接发生了变化

? U 表示文件/子目录/设备节点的owner发生了变化

? G 表示文件/子目录/设备节点的group发生了变化

? T 表示文件最后一次的修改时间发生了变化

如果在输出结果中有“M”标记出现，那么对应的文件可能已经遭到篡改或替换，此时可以通过卸载这个rpm包重新安装来清除受攻击的文件。

不过这个命令有个局限性，那就是只能检查通过rpm包方式安装的所有文件，对于通过非rpm包方式安装的文件就无能为力了。同时，如果rpm工具也遭到替换，就不能通过这个方法了，此时可以从正常的系统上复制一个rpm工具进行检测。

不管是最新的Sata接口硬盘还是IDE接口硬盘或是中高端的SCSI硬盘，由于服务器对读写性能的要求，高达每秒万转的硬盘盘片转速，一点细小的因素往往会造成硬盘发生物理故障。同时，一些操作的原因，如误删除、格式化等等也会造成数据丢失。在此，笔者针对中小型企业的数据存储特点，谈谈就如何针对服务器的数据的维护、管理以及后期数据丢失的应急措施，为大家提供一份参考: 一、服务器磁盘维护管理 1、采用Raid技术增强服务器磁盘的容错能力，RAID是“RedundantArrayofIndependentDisk”的缩写，中文意思是独立冗余磁盘阵列。简单地说，就是通过将多块硬盘组建磁盘阵列，提高性能与容错性能力。如Raid1，Raid5等阵列就充许硬盘阵列组的某一个硬盘出错而不会造成数据丢失。虽然在初期会增加了投入，但我认为，采用Raid技术增强服务器数据的安全性，还是非常值得的。 2、除了Raid硬盘容错外，对于一些非常重要的数据要使用其它设备时时进行备份，推荐企业用户、商务用户架构的网络服务器，选用磁带机配合专业备份软件(VeritasNetbackup、CAArcserver)，定期定时做相对完善的备份方案。如果是个人用户的话，建议采用经济的CD-ROM/DVD光盘做为备份方式。 3、对于一些简单的误删除或格式化，针对文件不多，个人技术不错的情况下，可在网上下载一些恢复软件(DataRecove,Easyrecove等)尝试来进行恢得，当然，做之前可以先用Ghost软件做个磁盘全备份，同时在恢复时最好是接从盘。当然，如果你个人恢复的结果不满意，请需要寻求专业的数据恢复公司进行操作了。 4、如果发现服务器数据丢失，千成不要再盲目操作，减小数据恢复机率。可通过电话寻找正规的数据恢复公司技术支持，听取专有建议或请专业技术人员检查。此时，你可以关机停止硬盘读写数据。不再往丢失数据的分区或硬盘里写入数据。减少二次破坏。 5、时刻注意服务器硬盘的运行状况，对于服务器硬盘指示灯多多观察。一般来讲，服务器外观都有每一块硬盘指示灯，正常情况下一般会是绿色，指示灯出现特殊情况时，就需要采用相关措施，仔细检查硬盘设备是否正常。一旦硬盘受损或数据丢失，请不要惊谎，一定要保持冷静的头脑。 以下是关于计算机常见硬盘故障情况与用户采用的建议措施: 二、硬盘受损或数据丢失采取的应急措施 1、硬盘出现异声，此时磁头已不正常寻址，为防止打伤盘体，需立即断电不可拆解硬盘，需交有超净间的专业公司拆开检查。 2、BIOS不认盘，找不到硬盘，先请计算机工程师仔细检察，需先告知内有重要数据，需小心处理。以免再次被误操作而导致硬盘损伤。 3、硬盘正常但突然读不到数据: 勿执行重建分区表或格式化等会破坏数据的动作，虽然还有救，但已无法100%救回所有数据，万一受损是重要的文件就得不偿失。 先判断正确，勿任意重装Windows操作系统或用恢复盘进行操作，很容易将数据区覆盖，而且通常覆盖区是几百M计算 引导时如自动执行Scandisk、Vrepair时，请按Esc或空格键取消动作，先检查出受损原因，以免内部档案遭大量破坏 4、当然，如果确认服务器数据硬盘存在特理故障时，需要进行开盘处理时!这个时候，选择一家专业的数据恢复公司变得非常重要。数据恢复由于技术门槛含量高，相对于一般的计算机维修公司来讲要少，但少并不代表没有。一些技术实力差、环境有限、甚至一些只管接单再转其它公司操作的JS随处可见!这个时候，请需要仔细识别。避免上当受骗，造成无法估算的后期损失。

---