MySQL 成勒索新目标,数据服务基线安全问题迫在眉睫

据最新报道显示,继 MongoDB 和 Elasticsearch 之后,MySQL 成为下个数据勒索目标,从2月12日凌晨开始,已有成百上千个开放在公网的 MySQL 数据库被劫持,删除了数据库中的存储数据,攻击者留下勒索信息,要求支付比特币以赎回数据。

问题分析

遍观 MongoDB 和 Elasticsearch 以及现在的 MySQL 数据库勒索,可以发现都是基线安全问题导致被黑客劫持数据而勒索,原因在于这些服务都开放在公网上,并且存在空密码或者弱口令等使得攻击者可以轻易暴力破解成功,直接连上数据库从而下载并清空数据,特别是不正确的安全组配置导致问题被放大。

其实类似问题已不是第一次,近期云鼎实验室观测到多起案例,攻击呈现扩大态势,不仅仅是勒索,更多的是服务器被入侵,从而导致数据被下载。基线安全问题已经成了 Web 漏洞之外入侵服务器的主要途径,特别是弱口令等情况。错误的配置可以导致相关服务暴露在公网上,成为黑客攻击的目标,加上采用空密码等弱口令,黑客可以轻易入侵这些服务。

安全自查

值此事件爆发之际,建议对自己的服务器进行自查,避免相关数据丢失等问题,具体自查方式可参考如下: 1、排查服务器开放的端口及对应的服务,如无必要,关闭外网访问;可以使用 NMap 直接执行 nmap 服务器IP(在服务器外网执行),可得到以下结果即为开放在外网的端口和服务。

2、重点针对这些开放在公网上的服务进行配置的检查,检查相关服务是否设置密码,是否弱口令。

3、如无必要,均不要使用 root 或者其他系统高权限账号启动相关服务。

安全建议及修复方案

一、采用正确的安全组或者 iptables 等方式实现访问控制;

二、关闭相关服务外网访问和修改弱密码:

1、MongoDB

a. 配置鉴权 下面以3.2版本为例,给出 MongoDB设置权限认证,具体步骤如下:

(1)启动MongoDB进程是加上-auth参数或在MongoDB的配置文件中加上auth = true;

(2)带 auth 启动的 MongoDB,如未创建用户,MongoDB会允许本地访问后创建管理员用户。创建步骤如下:

1. 切换到 admin 库;
2. 创建管理员用户,命令如下(user和pwd可以根据需要设置):
db.createUser({user: "root",pwd: "password",roles: [ "root" ]})
3. 使用管理员用户登录后,根据角色创建您需要的用户

b. 关闭公网访问 可通过MongoDB的bind_ip参数进行配置,只需将IP绑定为内网IP即可,如下:

(1)启动时增加bind_ip参数:mongod --bind_ip 127.0.0.1,10.x.x.x
(2)在配置文件mongodb.conf中添加以下内容:
bind_ip = 127.0.0.1,10.x.x.x
其中10.x.x.x为您机器的内网IP.

2、Redis

a. 配置鉴权

(1)修改配置文件,增加 “requirepass 密码” 项配置(配置文件一般在/etc/redis.conf) (2)在连接上Redis的基础上,通过命令行配置,config set requirepass yourPassword

b. 关闭公网访问

(1)配置bind选项,限定可以连接Redis服务器的IP,修改 Redis 的默认端口6379

c. 其他

(1)配置rename-command 配置项 “RENAME_CONFIG”,重名Redis相关命令,这样即使存在未授权访问,也能够给攻击者使用config 指令加大难度(不过也会给开发者带来不方便)

相关配置完毕后重启Redis-server服务

3、MySQL

a. 配置鉴权

MySQL安装默认要求设置密码,如果是弱命令,可通过以下几种方式修改密码:

(1)UPDATE USER语句

```
//以root登录MySQL后,
USE mysql;
UPDATE user SET password=PASSWORD('新密码') WHERE user='root';
FLUSH PRIVILEGES;

(2)SET PASSWORD语句

//以root登录MySQL后,
SET PASSWORD FOR root=PASSWORD('新密码');

(3)mysqladmin命令

mysqladmin -u root -p 旧密码 新密码

b. 关闭公网访问

(1)启动参数或者配置文件中设置bind-address= IP绑定内部IP;

(2)以root账号连接数据库,排查user表中用户的host字段值为%或者非localhost的用户,修改host为localhost或者指定IP或者删除没必要用户。

4、其他服务 请参考以上方式或者官方文档进行配置

参考链接

  1. 《避免 MongoDB 被勒索详解,腾讯云上更安全》
  2. 《下一个猎杀目标:近期大量MySQL数据库遭勒索攻击》
  3. 《知名搜索引擎Elasticsearch成为勒索软件敲诈目标》
  4. 《Redis 未授权访问配合 SSH key 文件利用分析》

原创声明,本文系作者授权云+社区-专栏发表,未经许可,不得转载。

如有侵权,请联系 yunjia_community@tencent.com 删除。

编辑于

我来说两句

6 条评论
登录 后参与评论

相关文章

来自专栏FreeBuf

“震网三代”(CVE-2017-8464)的几种利用方法与防范

早在6月13日,微软发布补丁修复编号为CVE-2017-8464的漏洞,本地用户或远程攻击者可以利用该漏洞生成特制的快捷方式,并通过可移动设备或者远程共享的方式...

3554
来自专栏菜鸟程序员

Janus高危漏洞深度分析

1043
来自专栏FreeBuf

点击一张图片背后的风险

* 本文原创作者:mscb,本文属FreeBuf原创奖励计划,未经许可禁止转载 你相信吗?仅仅是因为你点击了某个你一只在访问网站里的一张图片,导致你的用...

1787
来自专栏FreeBuf

新手上路 | 德国电信网站从LFI到命令执行漏洞

几个月前,我对德国电信官网telekom.de作了一些子域名枚举,看看是否有一些新的子域名出现。因为德国电信只接收类似SQL注入和远程代码执行类的高危漏洞,所以...

20410
来自专栏信安之路

分析、还原一次typecho入侵事件

基友 szrzvdny 的朋友博客被入侵了,由于是虚拟空间,所以只有 apache 访问日志以供分析

830
来自专栏FreeBuf

自动化渗透测试的侦察扫描仪:sn1per

sn1per是一个自动化渗透测试侦察扫描仪,可以在渗透测试和漏洞扫描过程中使用。 特点: 自动化渗透测试的侦察扫描:sn1per 自动收集基本侦察(例如WHOI...

20610
来自专栏Java技术

记一次服务器被植入挖矿木马CPU飙升200%解决过程!

线上服务器用的是某讯云的,欢快的完美运行着Tomcat,MySQL,MongoDB,ActiveMQ等程序。突然一则噩耗从前线传来:网站不能访问了!

451
来自专栏我叫刘半仙

原荐记一次服务器被植入挖矿木马cpu飙升200%解决过程

线上服务器用的是某讯云的,欢快的完美运行着Tomcat,MySQL,MongoDB,ActiveMQ等程序。突然一则噩耗从前线传来:网站不能访问了。 此项目是我...

3504
来自专栏黑白安全

便携wifi钓鱼

Flash下载工具:跳转 固件我这里用的是iangzy做的:DNS.ino.ino.nodemcu(自行解压)

942
来自专栏Python小屋

Python网页注入挂马

技术是个双刃剑,要想更好地防范,首先应该知道对方是如何攻击的。这里不谈如何进入对方机器,只演示了一下如何修改目标主机上的文件实现注入。不可使用本文代码进行任何攻...

2705

扫码关注云+社区