由于被告知后拒绝修补rm修复，安全研究人员今日发布了影响 IBM 磁盘风险管理（IDRM）这款企业安全工具的四个零日漏洞。
据悉，IDRM 能够汇总来自漏洞扫描工具和其它风险管理工具的提要，以便管理员调查安全问题。
正如 Agile 信息安全公司研究主管 Pedro Ribeiro 所指出的那样，IDRM 是一款能够处理相当敏感信息的企业安全产品。
遗憾的是，有关 IDRM 产品本身的漏洞，却可能导致企业遭受全面的损害。因其具有访问其它安全工具的凭据，更别提汇总了有关企业的关键漏洞信息。
Ribeiro 表示，其在 IDRM 中发现了四个漏洞，并且与 CERT / CC 计算机安全响应团队合作，通过官方披露程序向 IBM 汇报了这些问题。
然而即便被告知四个漏洞的严重性，IBM 方面的回应却有些匪夷所思 —— 该产品仅用于客户的‘增强’支持，在评估之后，我们不认为他在漏洞披露程序的范围之内。
我司已在 ://hackerone.com/ibm 上概述了相关政策，想要获得该项目的参与资格，你不能在提交前六个月、根据合同对 IBM 公司或客户执行安全性测试。
直到今天，研究人员仍不明白 IBM 为什么要摆出这样一副态度：
为何 IBM 拒绝接受免费的详细漏洞报告？
IBM 的回应到底是什么意思？是该公司仅接受来自客户的漏洞报告吗？
还是说该产品并不在支持范围内？若如此，为何还要出售给新客户？
要知道它们销售的可是企业级的安全产品啊！怎么还能如此不负责任呢
Ribeiro 补充道：“作为一家市值数十亿美元、向世界级大企业出售安全产品和咨询业务的公司，IBM 的回应实在让人难以置信”。
鉴于 IBM 无意修补这些漏洞，Agile 方面决定在 GitHub 上公布四个漏洞的详细信息，以敦促使用该产品的企业采取防范任何攻击的缓解措施。
（1）攻击者可绕过 IDRM 的身份验证机制；
（2）IDRM API 中有一个注入点，或被攻击者在应用程序上执行自己的命令；
（3）a3user/idrm 使用了硬编码的用户名和密码组合；
（4）API 中的漏洞或允许远程攻击者从 IDRM 设备上下载文件。
【更新】在今日发给 ZDNet 的一封电子邮件中，IBM 终于遗憾地承认了此事，并声称相关补丁正在开发过程中。
不小心执行了rm-rf，除了跑路，如何恢复？
误删了数据库怎么办
现在大脑里只想跑路
日前，据微博知名互联网资讯博主@大佬坊间八卦爆料，顺丰科技数据中心的一位邓某因误删生产数据库，导致某项服务无法使用并持续 590 分钟。
据了解，事情的经过，大概如下：
在接收到变更需求后，邓某在操作过程中，错选了 RUSS 数据库，打算删除执行的 SQL。在选定删除时，因其操作不严谨，光标回跳到 RUSS 库的实例，在未看清所选内容的情况下，便通过 delete 执行删除，同时邓某忽略了弹窗提醒，直接回车，导致 RUSS 生产数据库被删掉。
因运维工作人员不严谨的操作，导致 OMCS 运营监控管控系统发生故障，该系统上临时车险发车功能无法使用并持续了约 590 分钟。
看到这位工程师的操作
小橙认为大家调侃的很有道理
DBA的工作
从入门到删库到跑路
说起DBA，他们是一群比程序员还要低调且掌管着大数据时代企业生死命门的人，他们的工作职能，很多人表示这可比程序员日常复杂得多，不仅上要和应用程序打交道，下还要深入操作系统和硬件之中。所以当继而谈起成为一名优秀的 DBA 是种怎样的体验时？不少过来人调侃道，你能明白那种删得了库跑不了路的酸爽感吗？
调侃归调侃
但其实真的遇到不小心删了库
工程师们表示自己其实慌得一批
来看看知乎网友们删库后的感受
@土豆爸爸：
多年前（2001 年），那还是 Unix 字符界面，半夜我例行维护，删过一个包含二十万本图书的库。十分钟自己确认出错后，开始冒汗，胃部像是被猛打了一拳得开始痉挛，疼的我都坐不住。
好一会我去过道抽了两根烟，才回忆起前天做了全系统备份，丢的数据不多！
那感觉，一辈子难忘。
@ai0by：
之前自己做的一个站，服务器是在 Vultr 上面，用户有 1000 多，访问量不少。某天在 Vultr 上面另开了一台测试机器，测试完了准备删除时删错了机器，把放网站的那台删掉了……（有必要吐槽一下 Vultr 的服务器界面，我以为新开的机器一定是最下面的那个，然后没看直接就删掉了，没想到最下面的那个不是最新开的那台！）
当时只能说非常慌张，好像在梦里一样，满头大汗，只能眼睁睁看着一条提示删除成功的消息，随即立刻提交了一条 ticket，Vultr 告诉我已经删除掉的机器是不能恢复的，瞬间感觉长时间的经营全部白费了，很难想象经营了那么久一个失误操作全完蛋了。
后来发现那台机器之前有过备份，另开了一台机器把镜像恢复到新机器上面，时间是一周前，好歹算是救回来了，丢失的数据后来自己手工补上了。
删掉的一瞬间，好多用户来找我，我只能淡定的回复说是在维护，实际慌的要死，在问题解决差不多后，自己后背都湿透了，再也不想有第二次了，切记做好备份，切记切记！
删库不要怕，但是我想问一句
你备份了吗？？？
为了避免从删库到跑路的悲剧发生，应该在Linux下谨慎使用rm，小橙这里也分享一个方案给大家：
一个方案就是重定向 rm 命令以嫁接为 mv 命令，相当于给 Linux 系统定制了一个回收站。实现方式如下：
最后将上述脚本写入 /etc/bashrc，并立即执行命令 source /etc/bashrc 即刻生效。
以上的脚本定义了几个命令：
rl：查看回收站下的文件；unrm 文件名或目录：恢复到当前的路径下；rmtrash：清空回收站，不过会友好提示。执行 rm 不会真正删除，而是使用 mv 移动到我们指定的回收站。实在真的想删除可以 /bin/rm 来进行删除。另外，需要注意的时，之前 rm 指令的一些参数可能不再使用，因为 rm 现在其实是 mv 了。
还有无论是运维、DBA 还是程序员们都应该在日常 Coding 时严加注意操作规范，铭记“一失手成千古恨”的后果。在审查时也要做好自动容灾、数据同步的步骤！
