携程事件简单故障分析

互联网安全越来越严峻

自从windowsxp停止更新维护后,世界范围内的安全事件就层出不穷,几乎一发不可收拾。

windows漏洞很多,入侵windows服务器基本上不是问题,所以安全事件不可避免。

linux最近爆出很多漏洞,还有很多漏洞未爆出。

感觉unix比较安全,比如sinox操作系统。但是只是操作系统层面安全还不够,应用程序安全跟操作系统无关。

应用程序的漏洞,随着应用程序复杂度增加,漏洞可能也增加,而代码安全审核就很重要。

携程故障分析

1.线上数据全部被删,再次发布依旧被删

线上数据全部被删,可以删除数据库物理文件,sql删除数据库,恶意程序和脚本,sql都可以执行功能

再次发布依旧被删,这里假设数据库系统已经损坏,无法发布,而如果发布成功了再次删除,可能是恶意程序监测到执行删除,或者数据库sql触发机关删除。也可能是前面线上数据全部被删功能再次执行,可能是定时器执行,或者监测数据库或系统有数据增加再执行。

如果这是一个精心编写的恶意程序或者sql脚本,可以通过远程启动或者注入sql数据库执行,当然也可以远程关闭,并销毁自己,这样肇事者可能及时逃脱于无影无踪,最后变成内部操作错误。

2.数据员发现自己的云运营妹子和高层有染,然后怒删数据

监守自盗,数据库管理员拥有超级管理员权限,要删除数据,那就没办法了。备份机器数据也可以删除,谁让他是超级管理员?不过刻录光盘和磁带机应该删不掉。而且删掉数据是不是也有硬盘数据恢复软件恢复数据呢?如果粉碎了文件,那就没办法了。监守自盗不属于技术问题,是管理问题。

3.携程全线酒店数据库物理删除

且不说是谁删,怎么删,数据库文件被删除一般也可以用数据恢复软件恢复,因为文件粉粹要花很长时间,应该来不及做,所以还是有机会恢复的。恢复本机,或者恢复备份机。只是可能花几个小时以上。

黑客删除了物理文件,感觉应该是操作系统级安全问题,否则入侵应用不至于出现数据库文件物理删除。可能入侵服务器植入脚本或者木马。

4.网站服务及App全面瘫痪,内部功能均无法正常使用

数据库被删除了,自然就瘫痪了。没有数据,网站能开也没有用,app也是使用数据库的,内部功能也是要用数据库数据。所以数据就是网站的生命。

5.随后携程网回应,经过紧急排查,携程数据没有丢失,预订数据也保存完整。在恢复过程中,对用户造成的不便,携程深表歉意

总结,黑客或者内鬼删除了数据,携程只能花很长时间恢复数据。文件没有被粉粹,能恢复。下次攻击进行文件粉粹,携程就没那么幸运了。鉴于携程可能被离职员工携黑客报复,估计还会有下次。而听说携程把程序员当牲畜对待,不善待程序员员工,离职员工了解系统构建,入侵应该更容易,甚至系统已经被植入木马,等待下次启动。由于黑客对应用架构不是很了解,一般只能入侵操作系统和数据库,而不会入侵应用程序。入侵应用程序需要深入了解应用程序,只有离职员工可能做到,入侵应用程序不会删除数据库文件,而是修改和删除或者增加数据。

时间: 2024-12-23 22:28:04

携程事件简单故障分析的相关文章

从携程事件给我们警示

从携程事件给我们警示 你准备好了吗? 如果携程事件发生在你身上,这个问题怎么处理?有无应对方案?怎样快速找出攻击的方式,方法? 有句话说的好,常在河边走,哪有不湿鞋. 程序是一波人一波人开发的 国内软件行业人员流动还是很频繁的,程序是一波人一波人开发的,有如击鼓传球,谁最后接手烂在谁手里谁倒霉. 我们发现国内的软件业在重复做着同样的工作,一次一次推倒重来,自己开发的,心里才有底,对于上一波人开发的系统,谁也不能保证安全性. 我看到很多QQ群在转发携程事件,还有携程内部聊天纪录以及电子邮件,都在幸

如何利用Azure中的Traffic Manager避免此次携程事件

此次携程事件导致携程网站和APP停止服务长达将近9个小时.至于什么原因引起的,截至到我写稿时还没有一个官方的答复.那些坊间的传闻这里我就不再多说,至于一点,携程的网站在停止服务9个小时内竟然没有一套备用站点快速的切换提供服务,这是不可理解的. 下面就这个事件,我设计了一个简单的场景,站点1(Blog01)是主站点,站点2(Blog02)是备用站点.我采用Traffic Manager将这两个站点做高可用负载平衡.   先来看下Microsoft Azure Traffic Manager 到底是

瑞星:切莫忽视信息安全 携程事件为互联网企业敲响警钟

5月28日,国内爆出了堪称今年最大的互联网信息安全事件:携程旅行网除首页外突然全部瘫痪,打开主页后点击任意链接显示"Service Unavailable",而百度搜索上的携程官方页面也显示404错误.稍后,携程官方发出回应,称因携程部分服务器遭到不明攻击,导致官方网站及APP暂时无法正常使用.不过据业内人士传闻,本次事件是数据库被物理删除所致. 该消息一出立刻震惊了全国,在微博.微信朋友圈中得到了疯狂的转发.当看到这条消息时,博主心中便有了很大的疑问,众所周知,携程是国内旅行网站的巨

数据库防火墙onefirewall,如何防范黑客物理删除?避免携程事件再次上演

首先解释一下数据库防火墙原理(白名单机制):就类似360手机卫士,事先定义通讯录,别人给你打电话时,只有在通讯录的电话可以接听,没有在通讯录的直接拒绝. 数据库通常是敏感信息的集中地,也是黑客攻击的最大目标之一,攻破数据库 后,可以用最快的方式获式获取大量有用的数据,这样的例子频有发生.可以利用中间件-OneProxy的白名单机制 ,此时 OneProxy 只会处理符合白名单要求的 SQL 语 句,而其他一切非法SQL(如drop .delete等)则会被OneProxy拒绝掉而无法执行. 收集

监督和审计也是关键---携程528事件启发

5月28日下午2点左右,针对携程网站无法打开的事件在朋友圈被刷屏.刚刚开始是各种调侃,其中要求对运维人员好一点的呼声最高.传播最广,然后是携程老板悬赏100万解决问题,到了晚间央视财经网.腾讯网.新浪网.地方电台等主流媒体都发表了该事件的看法,其中也有很多的负面信息.总体来说这次的事件对携程的负面影响还是比较大,也引发了很多行业专家的思考.从5月29日起行业内的一些安全专家就发布了一些深度文章,其中有几个非常有指导意义. 1.阿里智锦<深入解析和反思携程宕机事件>则认为运维应该从黑盒运维走向白

深入解析和反思携程宕机事件【转自https://www.infoq.cn/】

宕机时间 2015 年 5 月 28 日 携程网宕机事件还在持续,截止 28 号晚上 8 点,携程首页还是指向一个静态页面,所有动态网页都访问不了.关于事故根源,网上众说纷纭.作为互联网运维老兵,尝试分析原因,谈谈我的看法. 宕机原因分析 网上有各种说法,有说是数据库数据和备份数据被物理删除的.也有说是各个节点的业务代码被删除,现在重新在部署.也有说是误操作,导致业务不可用,还有说是黑客攻击甚至是内部员工恶意破坏的. 先说一下最早传出来的"数据库物理删除",其实这个提法就很不专业,应该

微信小程序UI------实现携程首页顶部的界面(弹性布局)

今天写了一个携程界面的UI,利用H5的弹性盒子来实现,学过H5弹性盒子的,来看是比较方便的,因为CSS代码都差不多. 可以看看这篇博客 快速使用CSS 弹性盒子 效果图如下: 主要是携程首页的四个模块: 代码: <view class="page"> <view class="page__bd"> <view class="section__nav"> <view class="left bor

看看百度和携程面临的问题,游戏公司是不是也该醒醒了?

最近一周,可以说互联网全行业的朋友圈,都被百度贴吧.携程机票两件事刷屏了. 因为身处不同的细分行业,更不敢说自己明辨是非,所以不好妄加评论这两件事的是非曲直,但对我触动最大的,却是因为这两件事背后的共性问题,以及手游行业应该向何处去的思考. 乍一看,这两件事完全不搭.但背后,其实折射的或许是同一个问题.也就是,当移动互联网的增长红利被基本吃完后,靠粗放.甚至粗暴的流量变现模式,还能维系多久?以及,手游行业能不能找到一个挣到增量收入,吃相比较优雅,能赢得尊敬的出路? 致我们终将逝去的流量为王时代

前端 2018 届校招笔试面经【百度,阿里,腾讯,阿里文娱,携程,美团,拼多多】

百度 1.块级元素和行内元素的区别和举例2.HTML5的新特性3.清除浮动的方法4.BFC清除浮动的原理5.盒子模型6.标准模式和兼容模式7.闭包的定义8.原型链和作用域链9.作用域链和闭包的区别10.Object的原型对象是什么11.怎么判断一个属性是对象上的属性还是其原型对象上的属性12.判断一个对象类型为数组13.网络安全的防御14.localStorage和cookie的区别15.前端性能优化16.层叠上下文17.手写events模块18.手写将一个段落里的单词首字母都大写的函数 1.三