记一次Redis被攻击的事件

http://www.cnblogs.com/yangecnu/p/An-Production-Accidents-Caused-by-Redis-Attacked.html

我司有两款分别是2B和2C的App，类似于阿里旺旺的卖家版和买家版，里面有一个聊天的功能模块。双方可以通过这个功能聊天。内部通讯使用了环信，只是将本地账号和环信账号进行了关联。其他的信息，比如用户基本信息，好友关系，群组关系等存在Redis中，为防止Redis出现问题导致数据丢失（尽管配置了持久化），同时使用消息队列将数据写入SQLServer中进行了冗余。这是一种Redis的典型使用场景，从速度和效率上满足要求。

前几天无意在微博上看到了乌云平台发的一条漏洞信息：

然后意识到是不是Redis没有设置密码访问，导致产生了这个漏洞被利用和攻击了。于是自查，发现了如下内容：

里边多了一个名为crackit的字符串，并且db0这个库是没有使用了的，现有的数据和逻辑都在db1上，刚打开的时候，db1是空的，上图是我重新同步过数据之后的结构。

对比乌云报的漏洞的最后一部分:

这简直就是一模一样啊。并且运维那边发现redis的持久化文件被写到了authorized_keys文件中：

确认被攻击之后，于是开始着手修复。之前在开发的时候，其实是有考虑给Redis加访问密码的，不知道后来太忙了，竟然给忘了，也想着公司比较小，应该不会被黑之类的，没想到这次就撞上了。

解决方法

解决方法当然是给Redis加密码，然后在访问的时候，设置密码访问。