root权限引发的/sbin/init不存在故障的血案 推荐
2015-06-15 17:01
309 查看
环境:linux 5.4服务器,ORACLE 10.0.2.4数据库案情:上周某数据库DBA做迁移操作时说突然连不上了,向可能有ROOT权限的人确认是否突然修改了密码。可也太诡异了,这台数据库服务器所在的区域安全等级较高,而且运行了若干年从来没有任何问题。刚刚root放给新入职的DBA就出了问题。还好有堡垒主机,于是立即确认堡垒主机的动作,没有发现有修改ROOT密码的命令。惊了一声冷汗,难不成被攻击了。19:30,赶到IDC机房,用显示器介入发现界面停留在RADHAT登录界面,但输入密码均提示认证失败;19:45,尝试软关机,但长时间停留在一个界面上半个多小时不动;
20:30,尝试强制关机,重启后系统初始化异常;
20:45,尝试linux单用户模式修改密码,结果单用户模式也进进不了系统,提示错误同上;22:00,怀疑底层文件被删除,要求二线准备LINUX5.4操作系统光盘赶往机房;23:00,我们安装完一台和故障机同样操作系统和数据库的虚拟机,以备万一故障机恢复不了,我们导出数据文件直接恢复数据库;02:00,通过光盘引导linux进入救援模式,我们登录系统后发现关键的数据库文件目录还在,顿时放心很多;02:30,我们发现文件系统底层文件有被移动的迹象,通过堡垒主机的录像分析瞬间得出结论,应该是操作员用FTP操作时不小心拖动了底层文件/lib64到/media目录下,而由于/sbin/init是动态链接的,造成的表面显现是/sbin/init不存在;
教训:root权限一定要收紧,特别是对于新环境不熟悉的老手。
经验:linux救援模式很重要,必要时可以救人一命,大家要学好。
20:30,尝试强制关机,重启后系统初始化异常;
20:45,尝试linux单用户模式修改密码,结果单用户模式也进进不了系统,提示错误同上;22:00,怀疑底层文件被删除,要求二线准备LINUX5.4操作系统光盘赶往机房;23:00,我们安装完一台和故障机同样操作系统和数据库的虚拟机,以备万一故障机恢复不了,我们导出数据文件直接恢复数据库;02:00,通过光盘引导linux进入救援模式,我们登录系统后发现关键的数据库文件目录还在,顿时放心很多;02:30,我们发现文件系统底层文件有被移动的迹象,通过堡垒主机的录像分析瞬间得出结论,应该是操作员用FTP操作时不小心拖动了底层文件/lib64到/media目录下,而由于/sbin/init是动态链接的,造成的表面显现是/sbin/init不存在;
教训:root权限一定要收紧,特别是对于新环境不熟悉的老手。
经验:linux救援模式很重要,必要时可以救人一命,大家要学好。
相关文章推荐
- [转]KAGGLE ENSEMBLING GUIDE
- fcitx日语输入法添加
- java.sql.SQLException: Connection is closed
- 利用移位、加减法实现整数开平方算法的方法(转)
- 安全 加密解密 在线工具
- js/jQuery判断浏览器名称、内核版本、浏览器壳
- java 记录一下socket的server与clien
- 面试题 IQ
- 【Feasibility of Learning】林轩田机器学习基石
- 【BZOJ】【2694】Lcm
- [转] boost::any的用法、优点和缺点以及源代码分析
- Solr相似度算法三:DRFSimilarity框架介绍
- oracle数据库cpu使用率高
- linux 的文件系统(1)
- virtualbox分配USB设备,之后鼠标不能用了
- 配置Android下OpenCV的native开发环境
- Reverse Linked List(反转链表)
- 前端为啥要用javascript框架
- 前端为啥要用javascript框架
- 利用转折关系解决GRE填空