应急响应总结

当企业发生黑客入侵、系统崩溃或其它影响业务正常运行的安全事件时,急需第一时间进行处理,使企业的网络信息系统在最短时间内恢复正常工作。进一步查找入侵来源,还原入侵事故过程,同时给出解决方案与防范措施,为企业挽回或减少经济损失。

安全事件分类

  1. Web入侵:挂马、篡改、Webshell
  2. 系统入侵:系统异常、RDP爆破、SSH爆破、主机漏洞
  3. 病毒木马:远控、后门、勒索软件
  4. 信息泄漏:脱裤、数据库登录(弱口令)
  5. 网络流量:频繁发包、批量请求、DDOS攻击

首先是对入侵的安全事件进行分类,确认安全事件属于哪类入侵,然后用相应的方法应急。

安全事件分级

I 级事件 – 特别重大突发事件

  1. 网络大面积中断
  2. 主要业务大规模瘫痪
  3. 大规模用户/业务数据泄漏

II 级事件 – 重大突发事件

  1. 大规模主机入侵
  2. 大规模业务数据损坏
  3. 小规模数据泄漏
  4. 政治敏感事件:官网挂黑页

III 级事件 – 较大突发事件

  1. 部分业务系统遭受入侵
  2. 主要业务遭受DDOS

IV 级事件 – 一般突发事件

  1. 部分业务系统宕机
  2. 部分业务系统异常/无法访问

通过对安全事件的定级,确认属于什么级别的事故,采取相应的应急预案和紧急程度的确认。

安全响应执行流程

  1. 事件发生(运维监控人员、客服审核人员等),发现问题的开始,及时通报
  2. 事件确认:判断事件的严重性,评估出问题的严重等级,是否向上进行汇报等
  3. 事件响应:各部门通力合作,处理安全问题,具体解决阶段
  4. 事件关闭:处理完事件之后,需要关闭事件,并写出安全应急处理分析报告,完成整个应急过程

被入侵的主机排查流程

  1. 定位被入侵的主机并且立即对该主机进行断网隔离
  2. 确定攻击类型
  3. 确定被入侵的时间范围
  4. 定位恶意文件和入侵痕迹
  5. 溯源入侵来源
  6. 清理恶意文件/修复漏洞
  7. 事件复盘

其实这是web安全工作人员最常见的排查流程,因为例如ddos这类的事件可能托管在运维侧,而安全工程师常常是应急网站被入侵后的安全事件。

被入侵的主机排查方法

1.检测补丁情况:看看有没有打了最新的补丁,看看是不是用漏洞搞进来的

  • systeminfo | uname -a

2.日志分析:定位入侵路线,是系统配置出了问题(ssh 弱口令,域管理员hash 泄漏)还是WEB 服务出了问题(传马,WEB 漏洞利用)

  • eventvwr | /var/log , .bash_history
  • access.log mysql_log.log

3.账户信息:先看看是不是帐户有弱口令,再看看用户的登录时间,也观察一下有没有给留后门账户

  • quser | who last

4.进程分析:定位一下看看有没有运行恶意进程

  • procxp , pchunter | ps -aux , chkrootkit , rkhunter

5.文件分析:找找Shell 和后门,看看这个是什么样的Shell

  • lchangedfiles | find / -ctime -1 -print

6.系统分析:计划任务,自启动服务等
Linux :

  • history (cat /root/.bash_history) 查看执行过的命令,排查和溯源
  • /etc/passwd 分析用户
  • awk -F: ‘{if($3==0)print $1}’ /etc/passwd 查看UID 为0 的帐号
  • cat /etc/passwd | grep -E “/bin/bash$” 查看可以登录的帐号
  • crontab /etc/cron* 查看计划任务
  • rc.local /etc/init.d chkconfig 查看Linux 自启动程序
  • last 查看最近用户登录信息
  • lastb 查看最近用户登录错误信息
  • $PATH 系统路径环境变量
  • strings 提取字符串

Windows :

  • 查看系统变量
  • Windows 计划任务
  • Windows 帐号信息
  • SAM 文件
  • Windows-Exploit-Suggester

附上常用应急命令:

img


Comments are closed.