黑灰产调查：微盟瘫痪损失24亿！深度解析“码农”世界的黑灰产
在很多人认为SaaS市场会因为疫情而火爆的时候，微盟删库事件也让大家更加认识到云上的数据一旦出问题，就相当于银行倒闭，是要倾家荡产的。眼下微盟的遭遇，给全行业都敲响了警钟。
2月23日，大批商家发现微盟服务器崩掉了，一时间，相关商城、小程序都无法登陆。
微盟是一家从事智能商业生态的互联网多元化集团企业。
早期主要业务是上海微盟企业发展有限公司推出的一个针对微信公众账号提供营销推广服务的第三方平台，目前微盟业务扩展至软件开发、广告营销，电子商务、金融、投资和大数据等。
根据微盟2019年上半年的财报数据，微盟的SaaS产品及精准营销服务拥有300万注册商户，SaaS产品的付费商户数有70006名，精准营销的广告主数量有19537名。
目前许多商户已经直接受到影响。
问题突发之后微盟官方一开始还甩锅，迟迟没有修复，这让300W+使用微盟的商家停摆两天，损失惨重。
1
如客户数据不能找回，
将对商家带来毁灭性打击
“耽误几天生意，这问题还不大。主要是我们客户几万人的信息全在微盟服务器上。现在他说他主服务器和备用服务器全都崩了，我们几个商家都最担心的是数据丢失，如果客户数据不能找回，对我们是毁灭性的。”
截图来源@受访者回复
同行开始“拉客”
截图来源于@知乎
找到一家靠谱的SaaS服务商非常重要，个人更看好微盟的不忘初心，自由创业理念。所以请那些借微盟崩了来说事的代理商不要再吹了，本人实事求是很客观的阐述事实，我只是以一个农村电商创业者的角度把自己的真实经历说出来，希望一切顺利，2020真够难了，小微创业企业今年不容易，一切都得继续，我们只想活下去！有些人走着走着就迷失了……
2
一直到了25号，微盟才露面，暗戳戳的发了一个“自愿公告”：
仔细研究一下这些公告，我们能发现很多“反常”的地方：
首先这个程序员的行为就很反常。
根据公告的信息，这个DBA是用自己的账号，在晚上七点，通过个人VPN进跳板机删的库，事发之后很快被定位，第二天就被抓起来了。
用自己的账号，没用多重跳板伪装，而且你看这个作案时间，对于整天加班熬夜的程序员们来说，下午七点等于刚上班啊，大家都在干活，你去删库砸锅，这跟把身份证贴脸上去抢银行有啥区别？
同归于尽啊，还是咋滴？
然后就是扑朔迷离的删库动机，一开始微盟发公告说是：因个人精神、生活等原因。
后来27号，微盟的老板孙涛勇又解释是因为这个程序员深陷网贷，在家里闷了30多天，然后就把数据库删了。
这个就有点欺负大家的逻辑了，程序员借网贷他删你数据库干什么呢？
给平淡的生活找点刺儿吗？没有因果关系啊。
如果是缺钱的话，老哥这么高的权限，在后台随便搞点什么数据拿下来卖一卖，投入产出不比删库高吗？为什么去做这种损人不利己的事情呢？
难道删库只是为了找刺激？
再一个就是恢复的时间，23号出问题，预计到28号才“可能解决”，这意味着什么？
懂点行的都知道，该类问题只要备份机制还奏效，有完整备份，直接回滚就可以，最多一两个小时就能完事儿，如果需要这么久，往往意味着破坏的非常严重。
业内一位开发者表示，“这种情况大概率是数据没有备份，或者备份的数据也一起被删除了”。
整个事件梳理下来看一看：
这个老哥用自己的账号，明目张胆删库，而且一出手就是下狠手，击穿所有的应急预案和备份，直接把系统删崩，回滚都没得滚，摆明了是想要玉石俱焚。
一时间行业里也是各种猜测，流传着不少八卦，目前靴子还没有落地，大家还是谨慎吃瓜比较好，静观事情发展：
一个员工，独立操作，就能把一家上市公司的数据破坏到这种程度，甚至可以连备份一块搞掉，权限隔离怎么做的？无论他是一个什么角色，都意味着微盟在后端管理的极度混乱。
这等于是把公司，还有几百万客户的命都交到了这少数几个人手上。
人，永远是商业活动中最大的变数
不管什么时候，都不能把命让别人攥在手里，太多人吃过这方面的亏了。
3
有微博大V站出来发声，微盟宕机是管理之祸，提醒大家小心被无良公司割韭菜，并对微盟的无耻行径进行非常详细的解读，列举了8个“渣”，条条有理有据，读来字字诛心。
问题一：广告代理商非要包装成“新经济SaaS第一股”。
微盟是腾讯广告的代理商，2016年就开始把精力放到了广告业务，本来就是个靠搞关系刷广告量拿返点的广告代理商，全中国的广告代理商都在老老实实靠销售赚钱，唯独微盟非得包装一个SaaS软件的概念去上市，把广告收入包装到SaaS软件收入。
问题二：装SaaS软件，却实力不济，这次彻底露馅。
数据居然会被一个员工因为心情不好删了，然后数据恢复要5天，你骗谁呢？
这类宕机故障，历史上没出现过，数据被删都是很快被恢复，你却恢复不了，为啥？
你问问那个互联网公司的数据备份开放删除权限的？备份都是不开放删除权限的，而且数据都是多份分开几个人管，不多人勾结不会团灭。
就算删了数据，备份很快就能恢复。你这要不就是没备份，要不就是完全没做权限隔离。别甩锅给员工，就是公司管理太差，技术底子太差，舍不得技术投入，舍不得多花服务器备份的钱。
问题三：上市公司拖延信息披露，坑骗小股东。
微盟在24日就报警抓了员工，知道数据没了，被一锅端了，对业务、对商家有严重影响，居然不发公告。
等到第二天停盘才发股市公告，你坑小股东的技能真的是第一名。应该联络好自己大股东，让小股东一直蒙在鼓里吧。
问题四：不跟股东承认技术差，公关嫁祸博同情，欺瞒市场。
25日发出的上市公司的公告，含糊其词，一直在说是一个员工的破坏，引导市场理解成因为疫情导致员工有了精神问题。
公司管理层面对股东，对于公司管理问题、技术实力问题，没有一句检讨，也没有一句技术保障措施。打死都不会承认技术差。
问题五：拉商家的职业经理人站台，他们大老板是哭还是笑？
微盟公关的实力比技术实力强一万倍。微盟公关发布了各路大V的力挺站台海报，疯狂刷爆微信群、朋友圈。
这里特别想问问，微盟拉着一堆顶着总监头衔的商家公司的职业经理人为自己站台，让他们损失自己公司的业务，疫情之下还要牺牲公司利益来挺你。
你是给他们好处了？还是在坑他们？他们大老板同意还把自己挂在你这棵死树上来吗？
问题六：老商家的问题还没解决，第一大事竟然是新商家付费开店。
今天早上微盟官网已经开放了新商家注册开店通道了，更为惊讶的事情是，微盟官网的故障处理通告已经非常干脆的撤下了。
这么大的事故，宕机这么多天，所有客户的生意都瘫痪了，一直是找各种大V站台，一直没有公布对老商家的赔付方案，为什么老商家的问题没解决，割新韭菜看来是你们最着急的。
问题七：拉砖家收钱办事，说谁都会遇到问题，坑整个行业，太歹毒。
微盟公关也是拼，26日早上6点，一个名叫“互联网分析师于某”的人发了一个洗地公关稿，标题是“反思微盟系统遭程序员恶意破坏，99%的企业都存在安全风险”。
我给大家读几句：
“99%的企业存在安全风险”
“从携程的案例来看，数据丢失是企业在信息化时代都避免不了的问题，连OTA巨头携程都会遇到这样的严重事故。在这场事件当中，感慨微盟集团的“运气”不好…”
“从结果上看，尽管遭遇核心运维人员恶意破坏很无奈，但微盟方面的反应也还算得上迅速…”
“任何企业都难以避免的“意外”之下，反思才是重点…”
“作为SaaS第一股的微盟，我相信以它精湛的技术、无双的品牌和合理的运营方式，会再次像火箭一样向上冲锋…”
微盟是坑完商家，又来坑互联网行业了。竟然说，行业里都会这样。那是你！别人都不会出现这样的问题。
你让大家接下来还怎么做生意，你知道所有的SaaS公司现在都在被质疑是不是安全了吗？你要毁整个行业吗？你好好做你的广告代理商，别找人洗地吹嘘自己精湛的技术。
问题八：严重宕机，疯狂找人拉股价。
出这么大的事情，不去全力以赴保护业务。居然还全身心是搞股价。发公告当天护盘很明显，最逗逼的是用力过猛居然股价都涨了，真是奇葩。
总之，这个公司现在居然没事一样，网站公告都撤了，继续割韭菜。大家小心！
疫情期间各行各业都很难，电商算是比较幸运的，靠“宅经济”催生的线上需求迎来了巨大商机。
但是打铁还需自身硬，微盟当务之急是要搞清楚，商户、股民和普通用户最关心的，不是哪个员工搞破坏，也不是有多少人为你站台，而是微盟到底有没有反思，以后能不能保障系统安全稳定。
遗憾的是，从微盟发布的通告来看，只是道歉。不过，道歉有用的话，要市场干什么呢？
4
我早些年调查过技术服务这个行业，这里面有些技术外包公司，路子非常野，“骚操作”特别多。
很多人根本无法想象，一个不稳定的程序员会给一个公司带来这么大的冲击。少数几个人，只要掌握了关键环节和关键技术，就能拥有巨大的破坏力和谈判筹码。
当时我调查的是一些中小规模的外包服务公司，当时他们赖以生存的整个商业生态是非常恶劣的。
一般来说项目合作初期，甲方会先付一部分定金，然后乙方就开始根据甲方需求，投入人力物力推项目。
到了项目中后期，往往需要自己掏腰包垫资，才能完成项目。
如果顺利的话，最后成功拿到尾款，还能赚点辛苦费，但是很多时候，事情不会这么简单，东西是做出来了，服务也到位了，爸爸们往往拿了东西，把嘴一抹，立马就变脸拖账期，乙方还得继续当舔狗，想尽一切办法要尾款。
尤其是广告公司，他们一般体量比较小，话语权又低。
财大气粗的甲方爸爸们也不是直接说不给，就是账期特别长，这两年我见过的被账期拖死的广告公司，已经有几十家了。
技术外包类公司也一样。
但是，技术外包和广告公司扮演的角色还不一样，对于很多互联网公司来说，数据是核心资产，系统是运行的命脉，技术扮演的角色非常关键。
根据牛顿第十二定律，我们可以得知：破坏永远比建设更容易。
基于此，一些路子比较野的技术外包公司就玩起了“黑吃黑”。
这些公司会在开发初期的时候，直接就埋好后门，哪怕是项目交付了，正式投入使用了，要确保自己手里仍旧掌握着主动权。
爸爸们要是不按照合同，按时打款，拖延账期什么的，那就等着系统三天两头出问题吧。
很多地方底层的商业生态就是这样，一手交钱一手交货最好。
这种周期比较长的项目，先给钱的往往拿不到货，先给货的就拿不到钱，这话，很多做服务类乙方的一定感同身受，他们总是扮演一个被“拿捏”的角色。
如果说为了要尾款，留后门是出于无奈，那么路子更野的那些人，留定时BUG，逻辑炸弹，偷偷下载倒卖数据给竞争对手，那就是赤裸裸的坏了。
一鱼八吃，在他们那里，从来就不是梦。
一般来说，外包公司把项目做好之后，进入交付使用阶段，还会签一个长期维护的合同，费用通常在几十万。
常规的维护一年也能有个几万块，主要是服务器运维、域名、常见的bug修复，应急事件处理等等。
一般来说，甲方开发系统，后期的维护会直接给负责开发的公司。
因为这个钱是easy money，能拴住客户，榨到更多剩余价值，于是为了拿到这个长期维护的合同，很多外包公司就会故意把程序写得非常晦涩，或者是隐藏一部分关键内容，放一些只有自己内部知道的BUG。
这样，来确保只有自己能吃到这块肥肉。
因此自己人去做维护没有一点问题，但只要甲方敢换人，一定三天两头出问题。
程序写的绕过来，绕过去，对方删也不敢删，改也不敢改，很难定位到真正的问题所在。
这个时候，甲方就被吃定了。
主要是因为“沉没成本”，开发系统的大头都花了，客户基本就已经被牢牢绑定了，根本没法再找别人插手这个东西。
常规被吃点运维费用还能接受，但是，骚中自有骚上人。
有些外包公司，简直是天天在违法的边缘疯狂试探，他们不光想要吃维护费，还会搞“钓鱼修复”。
头几年一般比较老实，过个三四年，甲方就会发现，系统开始频繁出问题了，外包公司就会借着电脑系统老化，兼容性问题，数据库需要优化，数据规模大了需要扩容等理由。
然后假模假样搞优化和修复，趁机再大赚一笔。看上去忙活大半个月，其实可能只是注释掉自己当年留下的一个定时Bug而已。
有自己技术团队的大公司，可能还好点，但是完全技术外包的中小公司，钱该花的都花了，这个时候真是一点办法没有.自己没有懂行的人，根本察觉不到，察觉到了也没法验证，就算验证了，打官司也很难赢。
而外包公司这样一通操作下来，一年又能多挣个几万块。
行业里面有很多这样的外包公司，干个3年5年，手里攒着几十个客户，后面光吃维护，一年纯挣个几十万不成问题，抱着聚宝盆美滋滋的吃红利，这是一些外包公司的生财之道。
这个操作其实是相当普遍的，也不仅仅存在小公司，关注行业消息的可能知道，前几年西门子也遇到过类似的事情。
不要以为西门子就是做冰箱的，家电业务只是西门子很小的一个板块，真正牛逼的地方是软件、信息系统和行业解决方案。
西门子之前有一个管理订单用的电子表格需求，其实也不复杂，就是用自定义脚本更新库存和订单的信息，之前是外包给一个合同工设计的。
完成之后五六年的时间一直运行挺正常的，后来表格开始频繁崩溃，然后西门子只能重新找他做维护，陆陆续续一共花了4万多刀，直到后面事发突然，紧急修复，有其他工程师要到了管理密码，才发现程序里面藏了一个逻辑炸弹，会在特定的时间或者是特殊情况下诱导系统崩溃，然后事情才败露。
类似这样的还有很多，02年的时候UBS PaineWebber 的一个员工，在公司1500台联网的电脑里面，偷偷摸摸把其中1000台植入了逻辑炸弹。
然后想搞个大事故，整成负面新闻，配合起来做空公司的股价。
2002年3月4号，他植入进去的程序开始大规模删文件，结果到最后公司也没出什么大问题，股价稳如老狗，最后事情败露，自己赔进去了2万多刀，还判了8年多。
结合着这个骚操作，我们再翻过来看一下微盟这段时间的股价变化：
历史，还真是有趣呢。
这些技术起家，有资深技术团队，监察系统比较完善的大公司相对而言会好很多，如果是非技术公司找外包的话，对方大概能有1万种办法，让你跪下来叫爸爸。
所以说很多时候千万不能小看程序员。
秃秃的脑袋下，往往藏着大大的力量。
5
虽然大家都在强调规范管理，权限隔离，多人验证，但在实际操作当中，对于中小公司互联网公司来说是很难做到的。
因为规范的流程意味着效率的降低，大多数公司，你真正参与进去的时候就会发现，很多制度表面上看起来严丝合缝，但是在关键位置的人，能找到1万种方法把这个系统搞崩掉。
然而保证人不出问题是非常困难的，在我的经验里，人是所有的商业要素当中变数最大的一环。
所以我一直有这样一个原则：真正的靠谱需要把别人的不靠谱也cover掉。
所以，我在解决问题的时候，尤其是比较重要的环节，一定会留预备方案，只要一个关键环节没有双保险，我就会重新考虑整件事的可行性。
只要一个环节出问题就全部完蛋，这种事情我是绝对不能接受的。从墨菲定律定律来理解，一件事，只要有可能往坏处发展，那么只要时间够长，这件事就一定会发生。
不要拿命来赌概率。
这些年很多规模不小的企业都选择直接购买SaaS的解决方案而不是自建系统，但是微盟这个事情出现之后，我们是不是要重新考虑一下，SaaS要不要把数据管理的权限归还给客户？定期允许客户自行备份相关的数据？或者提供更多灾备手段？
对于互联网公司来说，数据是最核心的资产，而且是不可再生的。
核心的商业资源一定要掌握主动权，把数据交出去，就是把生命线交出去。
公告中讲到是28号修复，截止到发稿，很多商家的小程序仍旧还是维护状态，对于使用服务的企业来说，停摆这么久，无疑是巨大的损失。
一些公司干了3年5年的数据、订单、用户信息都存在你这里，万一出了问题，如果一点补救措施都没有的话，那些企业怎么办呢？损失谁来赔付呢？
不管是黑天鹅也好，灰犀牛也罢，程序员删了库也好，老板跑路了也好，机房失火了也好，谁的责任先不说，总要有一些补救的办法吧？
商业合作信任是必要的，但一定也是有限度的，无限度的信任就是把脑袋交出去。
这次危机，应该是整个SaaS行业需要认真考虑反省的一个时机。
观点一：需要什么样的权限来约束运维？
很多人纠结于当今远程办公场景下的VPN的权限，此权限不是彼权限，今天我们谈的是有关危险行为限制方面的权限，而不是运维职位所需要的履职权限。
1、不知道这个行为有多么危险；
观点二：备份该怎么做？
6
嫌疑人应该受到什么惩罚？
7
未经授权 请勿转载 ▍
吃瓜网站吃瓜网站，进学习交流群
共有 0 条评论