从微盟 删库 事件来聊聊企业的信息安全伪壁垒
发布时间：2022-06-04 08:40:11 所属栏目：安全 来源：互联网
导读：一直以来，笔者始终觉得在产线环境下通过命令的方式是一种非常不好的习惯，在领导前面炫技的除外。在我看来，一个公司的运维的技术能力强弱、安全管控体系是否完善完全可以通过运维人员的具体操作和权限控制来看出一二，完全人肉的敲命令显得运维能力和安全
|
一直以来，笔者始终觉得在产线环境下通过命令的方式是一种非常不好的习惯，在领导前面炫技的除外。在我看来，一个公司的运维的技术能力强弱、安全管控体系是否完善完全可以通过运维人员的具体操作和权限控制来看出一二，完全人肉的敲命令显得运维能力和安全管控体系越弱，自动化平台化进行运维能力的输出，则运维能力和安全管控体系越强。 1、rm、mv、alias等危险命令应受到严格的制约;应使用尽量细化的权限认证;禁止直接使用root用户，这些耳熟能详的其实都是运维的门规，在日常运维中属于必备的checklist。可事实真的如此吗?如何通过这些有效的手段来限制这些危险的行为? 2、一个良好的运维输出能力应该是这样的，人管代码，代码管机器，而不是人管机器。大家可能还记得DevOps的宗旨，提高组织级的效率和质量，放在这里，何尝不是一种很好的解决办法，危险的行为通过机器来执行。从信息审计的角度来看，每一次的现网环境的改动，也是一点变更，也是一次环境的发布，你可以追踪，可以回溯，可以记录，可以审计。 3、我们又回到阿西莫夫.机器人三定律，定律三：除非违背第一及第二定律，机器人必须保护自己。当一些危险的行为发生时，作为系统的使用者和管理者理应进行防范，除了checklist以外，还有更好的方式吗?那就是分而治之，操作人发起操作请求，审核人审核操作请求，机器来执行请求。 4、过于放大权限的控制，其实也是不对的，这属于一种开倒车，并不是所有的动作都是具备危险行为的动作。因为故障和灾难不同，除了人为的，老天有时候也会跟你作对，介质损坏，设备故障，病毒感染都会让你的权限管控失去作用，该发生的故障都会不请自来，你的checklist、运维流程和权限系统将会毫无作用，所以需要什么样的权限来约束运维，又不会增加太多的人力物力财力，无非三点。(一)框定极具危险行为的动作;(二)平台化自动化的运维方式;(三)线上复核的流程。 观点二：备份该怎么做? 对于观点一中提到的，当你的checklist和权限控制都无法hold住的时候，你需要的是一个具备实操的备份和恢复的手段。 通常来说，在没有热备份的情况下执行危险操作，不亚于开着200迈的跑车不系安全带，活着是你幸运。而在此次事故中，我们发现恢复时间是最亮的电，不亚于顺丰删库事件中的恢复时间，十分的漫长。经过仔细分析，除了始作俑者同时删除了主备两套库，只保留了冷备份，这也是不幸中的万幸，备份大家都有，那备份到底行不行? 1、备份时间的问题，全量和增量时间会影响你备份数据的数据失真，打个比方，你备份数据恢复到现网环境，在这时间段内，你对数据有一些增删改，那么你备份的数据就存在失真，所以你需要热备份，且还需要备份所有DDL和DML语句的记录。 2、恢复的验证，很多公司执行备份策略数年中，从没进行过恢复测试，其实真正有重大故障或灾难来临时，你会发现，各种问题让你恢复失败，比如介质问题、数据问题，还有操作问题。 观点三：云厂商的选择 云计算引爆了互联网的发展，越来越多的企业选择了上云，同样可以预见，云计算的明天就像今天的电力一样，完全成为了信息经济社会的基础资源。因此，云厂商的选择格外重要。对于微盟来说，事故发生后，腾讯云技术团队就第一时间与微盟对齐，研究制定修复方案，协助微盟将损失降到最低。删库事件是不幸的，但选择腾讯云又是幸运的，不难想象，如果没有腾讯云的协助，后果可以想象。 （编辑：宁德站长网） 【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容! |
站长推荐