博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
实例讲解网站被入侵后需做的检测
阅读量:5877 次
发布时间:2019-06-19

本文共 1907 字,大约阅读时间需要 6 分钟。

实例讲解网站被入侵后需做的检测


先分析入侵者都做了些什么! 


  记得为了方便在他机器上装了RADMIN,登录了一下,密码也不对了,看来是有人上去了,而且入侵者还拿到了系统管理员权限。 


  跑到机房,拿出ERD COMMANDER,改了密码,重启,进入系统后第一步升级帐户,多了一个hud$的用户,administrators组,删除,再看guest用户虽然禁用状态,但是说明内容不对了。仔细一看,administrators组,同样删除。接着看了下其他用户,组别都正常,把远程连接权限都去掉后,帐号方面算是处理完了。 


  接着看看各个硬盘C:\下面有如下文件 


  sqlhello.exe 


  sqlhello2.exe 


  result.txt 


  1.bat 


  2.bat 


  编辑了下1.bat,里面内容都是扫描整个网段。看来是有人拿这台机器当跳板了,移动所有文件到其他目录。 


  接着审计应用程序,考虑这台机器的用途和环境。是WINDOWS2000+IIS+SERV-U 。 


  先看SERV-U审计用户,看看有没有别人加system权限的FTP用户,查看下来没有。 


  执行权限也没有,锁定目录状态都是对的。 


  看了下没有记录日志。 


  然后看了版本。5.0.0.4...ft了,早让他升级,就是不升,看来是被入侵的第一步,先升级到6.0.0.2 ,FTP这里应该没什么问题了。 


  IIS方面的分析: 


  开着日志记录,太好了,等会儿分析日志 


  继续看,其他都是默认配置,先在应用程序映射里把所有的文件类型都删除干净只保留.ASP和.ASA 


  审计文件权限 


  设定各个分区和目录的权限。 


  接着审查木马情况,由于系统不能重装,所以只能加固原有已经被入侵的系统,考虑到这个入侵者添加的用户的情况以及在C根目录放文件还有日志都是开放等等情况,估计水平不会很高,也不会植入自己编写的木马。 


  使用了朋友thrkdev编的ATE来查了一遍,看来没有已知木马。 


  接着查找WEBSHELL,考虑到入侵者水平,最多也就用用海阳,而且最多也就把部分版权信息去掉,搜索所有内容包含lcx的.ASP文件。 


  果然,4个文件。 


  2005.asp 


  ok.asp 


  dvbbs7.asp 


  aki.asp 


  看来分析还是比较准确的,除了dvbbs7.asp有点创意,移动这些文件到其他目录,供以后审计用。 


然后是网络部分 


  TCP过滤未开,IPSEC未指派。 


  先把NETBIOS关掉,然后TCP内只允许20,21,80,3389 


  考虑到反向木马的可能性 


  在IPSEC内打开本机SPORT 20,21,80,3389到外部任意端口,其他从内部往外的一律屏蔽。 


  系统萃取,把一些无关服务与软件关闭或者卸载。 


  对系统进行补丁升级,还好补丁还是没有缺,把自动UPDATE设置到自动安装。 


  最后一步是分析日志,看看有没有遗漏的地方,系统本身的日志都被关闭了。看来入侵者还是比较小心。 


  打开该审计的部分,在关键目录,比如系统目录加上了审计,使得所有对C:\WINNT的创建文件的成功与失败都记录在日志内。 


  由于前面提到SERV-U日志原来并未记录,只能打开IIS日志查找对于找到的4个WEBSHELL的访问情况,找到了访问的IP,回查,来自一个固定IP地址,浏览了一下,得到信息后给对方管理员去邮件通知他们做好安全工作。 


  其实还有一些部分内容应该做而限于有些条件没有做的。 


  1.更换系统默认用户用户名 


  因为兄弟他们对计算机不熟,就没有更换,不过要求他们使用更加强壮的密码了 


  2.对于加密的webshell的查找 


  上述内容中对于WEBSHELL只查找了一种,并且只针对明文编码的页面程序进行了查找,应该是可以加入对于编码后ASP WEBSHELL的搜索。 


  还有搜索内容应该由简单的LCX扩展到wscript.shell等更加广泛与匹配的关键词的查找 


  3.对于木马的查找 


  由于预估入侵者水平不高,所以这项只依靠杀木马软件进行了搜索,如果有时间的话,还是应该手工进行查找 


  4.对页面程序进行评估 


  也有由于时间关系,没时间对原有网站程序进行检查。 


  5.入侵测试 


  由于入侵检测很可能被入侵者的思路带着走而忽略了其他薄弱环节,所以检测完毕应该最好进行完全的测试,保证其他路径是同样强壮的。

本文转自starger51CTO博客,原文链接: http://blog.51cto.com/starger/19174,如需转载请自行联系原作者

你可能感兴趣的文章
Silverlight开发历程—动画(线性动画)
查看>>
详解Linux中Load average负载
查看>>
HTTP 协议 Cache-Control 头——性能啊~~~
查看>>
丢包补偿技术概述
查看>>
PHP遍历文件夹及子文件夹所有文件
查看>>
WinForm程序中两份mdf文件问题的解决
查看>>
【转】唯快不破:创业公司如何高效的进行产品研发管理
查看>>
Spark RDD、DataFrame原理及操作详解
查看>>
程序计数器、反汇编工具
查看>>
Android N: jack server failed
查看>>
007-Shell test 命令,[],[[]]
查看>>
关于Linux系统使用遇到的问题-1:vi 打开只读(readonly)文件如何退出保存?
查看>>
pandas 按照某一列进行排序
查看>>
在WPF中如何使用RelativeSource绑定
查看>>
Map的深浅拷贝的探究
查看>>
XSLT语法 在.net中使用XSLT转换xml文档示例
查看>>
如何将lotus 通讯簿导入到outlook 2003中
查看>>
WinForm 应用程序中开启新的进程及控制
查看>>
前端工程师的职业发展路线在哪?
查看>>
IOS 内存警告 Memory warning level
查看>>