我们知道,在安装完MySQL后,它会自动创建一个根用户和一个匿名用户,其初始密码都是空,对于前者,很多参考资料上都会提醒大家要注意及时设定一个密码,而忽略了后者,大概是因为后者默认设定为只能在本机使用的缘故吧。
但如果你的MySQL是要提供给Web服务器作数据库服务的,忽略这个匿名用户的代价可能相当惨重,因为在默认设置下,这个匿名用户在localhost上几乎拥有和根一样的权限,这时候,如果你的客户拥有上传脚本文件,脚本文件可以进行MySQL数据库操作(比如允许操作MySQL的php)的权限已经可能将你的MySQL改动得面目全非了:
我今天帮朋友整理他的主页空间的时候,试着写了一个很简单的执行sql语句的php文件上传上去,其中连接字中的用户,密码我都试着置空,主机=localhost,结果发现我的sql语句可以执行,于是执行选择 *从 MySQL.user察看用户权限,发现这个用户在localhost权限非常高,连grant_priv都有,(察看的时候,会发现在根用户下有两行用户名:密码为空的,但各项权限有y 的,就是这个匿名用户本地,远程权限设置了)
所以我试着用这个php页面创建一个新用户,并授予给他较高的权限,结果一举成功,这样我就可以用这个新用户通过我本机的MySQL 客户端连接到这个网站的MySQL服务器,并用这个新建立的用户的管理权限对这个网站的MySQL 服务器进行管理,看到自己可以进行这样轻易获得深入的数据库操作,我怎么还敢把朋友的主页空间的敏感资料放入这个MySQL 服务器呢?
改进建议:
1,在安装完成MySQL 后,不仅改变根用户的的密码,也同时改变匿名用户的密码,方法类似改变根的密码的方式:
MySQL>更新用户 设置密码=密码(& # 180;yournewpassword& # 180;)用户=& # 180;& # 180;;
MySQL>冲洗 特权;
2,如非必要,删除这个匿名用户,这样所有人要使用MySQL 都必须提供用户名,即便日后出了问题,也容易查找问题的源头。
3,除了根用户外,其他用户包括匿名用户(如果没有删除这个用户)不应该拥有格兰特权限,防止管理权限不受控制的扩散出去。
4,赋予用户updatedeletealertcreatedrop权限的时候,应该限定到特定的数据库,尤其要避免普通客户拥有对MySQL数据库做操作的权限,否则你的系统设置很可能被替换掉。
5,检查MySQL.user表,取消不必要用户的shutdown_priv, reload_priv, process_priv和File_priv权限,这些权限可能泄漏更多的服务器信息包括非MySQL的其它信息出去。
6,如果不打算让你的用户使用MySQL数据库,在提供诸如php这样的脚本语言的时候,重新设置或编译你的php,取消它们对MySQL的默认支持。 (@more@)
但如果你的MySQL是要提供给Web服务器作数据库服务的,忽略这个匿名用户的代价可能相当惨重,因为在默认设置下,这个匿名用户在localhost上几乎拥有和根一样的权限,这时候,如果你的客户拥有上传脚本文件,脚本文件可以进行MySQL数据库操作(比如允许操作MySQL的php)的权限已经可能将你的MySQL改动得面目全非了:
我今天帮朋友整理他的主页空间的时候,试着写了一个很简单的执行sql语句的php文件上传上去,其中连接字中的用户,密码我都试着置空,主机=localhost,结果发现我的sql语句可以执行,于是执行选择 *从 MySQL.user察看用户权限,发现这个用户在localhost权限非常高,连grant_priv都有,(察看的时候,会发现在根用户下有两行用户名:密码为空的,但各项权限有y 的,就是这个匿名用户本地,远程权限设置了)
所以我试着用这个php页面创建一个新用户,并授予给他较高的权限,结果一举成功,这样我就可以用这个新用户通过我本机的MySQL 客户端连接到这个网站的MySQL服务器,并用这个新建立的用户的管理权限对这个网站的MySQL 服务器进行管理,看到自己可以进行这样轻易获得深入的数据库操作,我怎么还敢把朋友的主页空间的敏感资料放入这个MySQL 服务器呢?
改进建议:
1,在安装完成MySQL 后,不仅改变根用户的的密码,也同时改变匿名用户的密码,方法类似改变根的密码的方式:
MySQL>更新用户 设置密码=密码(& # 180;yournewpassword& # 180;)用户=& # 180;& # 180;;
MySQL>冲洗 特权;
2,如非必要,删除这个匿名用户,这样所有人要使用MySQL 都必须提供用户名,即便日后出了问题,也容易查找问题的源头。
3,除了根用户外,其他用户包括匿名用户(如果没有删除这个用户)不应该拥有格兰特权限,防止管理权限不受控制的扩散出去。
4,赋予用户updatedeletealertcreatedrop权限的时候,应该限定到特定的数据库,尤其要避免普通客户拥有对MySQL数据库做操作的权限,否则你的系统设置很可能被替换掉。
5,检查MySQL.user表,取消不必要用户的shutdown_priv, reload_priv, process_priv和File_priv权限,这些权限可能泄漏更多的服务器信息包括非MySQL的其它信息出去。
6,如果不打算让你的用户使用MySQL数据库,在提供诸如php这样的脚本语言的时候,重新设置或编译你的php,取消它们对MySQL的默认支持。 (@more@)
