MYSQL 的安全性分析

数据库是电子商务、金融以及ERP系统的基础，通常都保存着重要的商业伙伴和客户信息。大多数企业、组织以及政府部门的电子数据都保存在各种数据库中，他们用这些数据库保存一些个人资料，还掌握着敏感的金融数据。但是数据库通常没有象操作系统和网络这样在安全性上受到重视。数据是企业，组织的命脉所在，因此选择一款安全的数据库是至关重要的。大型网站一般使用oracle或DB2，而中小型网站大多数使用更加灵活小巧的mssql数据库或者mysql数据库。那么，在同样的条件下，微软的mssql和免费的mysql哪个更加安全呢？

我在我的机子上面用管理员帐号默认安装了mssql和mysql以便在相同的情况下测试他们的安全性。我的系统配置如下：操作系统Microsoft Windows 2000 Version5.0，安装了sp4，ftp服务和iis服务，支持asp和php。系统只有一个管理员帐号admin，guest帐号没有禁用。

一.系统内部安全性分析

1.mysql数据库权限控制问题

mysql的权限控制是基于mysql这个数据库的，叫做授权表，一共包括包括六个表
columns_priv，db，func，host，tables_priv和user。先使用desc user命令查看非
常重要的user表的结构以便查询内容，现在可以查看他的权限设置了。
使用命令select host,user,password,delete_priv,update_priv,drop_priv from user;
这个命令查看了几个比较危险的权限，显示结果如下：
mysql〉 select host,user,password,delete_priv,update_priv,drop_priv from user;
----------- ------ ------------------ ------------- ------------- -----------
| host | user | password | delete_priv | update_priv | drop_priv |
----------- ------ ------------------ ------------- ------------- -----------
| localhost | root |0e4941f53f6fa106 | Y | Y | Y |
| % | root | | Y | Y | Y |
| localhost | | | Y | Y | Y |
| % | | | N | N | N |
----------- ------ ------------------ ------------- ------------- -----------
4 rows in set (0.00 sec)
第一条表示在本机使用root用密码登陆，拥有删除记录，修改记录，删除表等权限，
好，这是安全的。第二条表示在任何主机使用root不需密码登陆，拥有删除记录，
修改记录，删除表等权限。第三条表示在本机匿名登陆，拥有删除记录，修改记
录，删除表等权限。最后条表示可以再任何主机匿名登陆，但是没有任何权限。
显然，第二，三，四都是不安全的！第二条不用说，就第三条而言，就算你在本地
是guest权限，但是也可以登陆mysql数据库，而且拥有全部权限。这样，就可以对数
据库为所欲为了。
解决方法：如果你不需要远程维护，删除掉第二条,delete from user where
host=“%“ and user=“root“;或者给它加个强壮的密码。删除第三条，delete from
user where host=“localhost“ and user=““;

2.mysql安装目录权限问题

mysql默认安装到c:\mysql，但是c盘默认是everyone完全控制，由于权限的继承
性，c:\mysql对everyone也是完全控制的，显然这样是不安全的。因为恶意用户可以
删除重要的数据文件。
解决方法：重新设置mysql目录的存取权限。或者将mysql安装到其他目录,如果
你移动Mysql分发到D:\mysql，你就必须使用用
D:\mysql\bin\mysqld --basedir D:\mysql来启动mysqld，甚至还需要修改它的配置
文件。

3.mssql数据库权限控制问题

mssql数据库的权限控制是基于master库的syslogins表，拥有所有权限的帐号是
sa，其他还有sysadmin，db_owner等不同权限帐号。但是，mssql数据库最高权限帐
号sa的默认密码是空，这样如果安装的时候不注意，就会给数据带来毁灭性的灾难。
恶意攻击者可以修改，删除所有数据，更加重要的是mssql帐号可以利用扩展执行系
统命令。
解决方法：定期检查所有登陆帐号，查看是否有不符合要求的密码。
Use master
Select name,Password from syslogins where password is null命令检查是否有空
口令帐号存在。尽可能的删除存储扩展，防止本地用户利用存储扩展执行恶意命令。
use master
sp_dropextendedproc xp_cmdshell 命令删除xp_cmdshell扩展。

4.mssql安装目录权限问题

同mysql一样，mssql也是安装到everyone完全控制c盘，由于存取控制问题，最
好安装到d盘等非系统盘进行严格的权限控制。而且，由于mssql数据库与系统结合非常紧密，系统管理员在没有数据库密码的情况下也可以通过选择windows验证来操作数据库。因此，普通用户有可能通过系统漏洞提升自己的权限，对数据库进行破坏。

解决办法：除了严格的存取限制外，还要定期查看SQL Server日志检查是否有可
疑的登录事件发生，或者使用DOS命令findstr /C:“登录“ d:\Microsoft SQL Server\MSSQL\LOG\*.*。
mssql的安全是和windows系统安全紧密结合的，任何一个出现漏洞，都会威胁到另一个的安全。

总结，在系统内部安全性上，mysql和mssql都没有达到令人满意的程度，帐号安全，存取权限都控制的不是很好。但是mssql有详细的日志可以查看登陆情况，比mysql要高出一筹。如果进行了合理的设置，mysql反而要更加安全些，因为对mssql而言，只要有系统权限即可拥有数据库权限。

二.外部网络安全性分析

1.数据库服务的探测

为了安全，可以让mysql服务运行在内网，但是如果你的机器有外网的接口，mysql也会自动被绑定在外网上面，暴露在internet中，而且系统会在TCP的3306端口监听，非常容易被端口扫描工具发现，不能保证数据安全。如果默认，mssql则会打开TCP的1433端口监听。虽然mssql可以人为的改变监听端口，但是通过微软未公开的1434端口的UDP探测可以很容易知道SQL Server使用的什么TCP/IP端口了。往UDP1434端口
发送一个1个字节的内容为02的数据包，被探测的系统则会返回安装的mssql服务信息，这些信息包括：主机名称、实例名称、版本、管道名称以及使用的端口等。这个端口是微软自己使用，而且不象默认的1433端口那样可以改变，1434是不能改变的。一个典型的返回的信息如下：
ServerName;Sky;InstanceName;sky;IsClustered;No;Version;8.00.194;tcp;3341;np;\\sky\pipe\MSSQL$XHT310\sql\query; 可以发现mssql的tcp端口改成了3341，为攻击者打开了方便之门！只要会一点socket编程知识，很容易就可以写出扫描mssql服务的程序，而且，由于利用了udp端口，一般的过滤是很难防范的。 补天的awen写了个探测程序，用的是c#语言，代码如下：
using System;
using System.Net.Sockets;
using System.Net;
using System.Text;
using System.Threading;

namespace ConsoleApplication3
{

class Class1
{
//创建一个UDPCLIENT实例
private static UdpClient m_Client;

//LISTEN用来获取返回的信息
public static string Listen(string hostip)
{
string HostIP = hostip;
IPAddress thisIP = IPAddress.Parse(HostIP);
IPEndPoint host = new IPEndPoint(thisIP,1434);
byte [] data = m_Client.Receive(ref host);
Encoding ASCII = Encoding.ASCII;
String strData = ASCII.GetString(data);
return strData;

}
//SEND
public static void Send(string hostip)
{
string HostIP = hostip;
byte [] buffer = {02};
//02为要发送的数据，只有02、03、04有回应
int ecode = m_Client.Send(buffer,1,HostIP,1434);
//ecode用来返回是否成功发送
if(ecode 〈= 0)
{
Console.WriteLine(“发送时出错：“ ecode);

}

}
//对返回的信息的简单的处理
public static void OutputInfo(string strdata)
{
string str = strdata;
//str.le
char [] that = {‘;‘,‘;‘};
string [] strofthis =str.Split(that);
//int i= 0
for(int i=0;i{

Console.Write(strofthis);
Console.Write(‘
‘);
}

}
//输入IP
public static string InputHostIP()
{
Console.Write(“enter the ip you want to scan:

“);
string hostip =Console.ReadLine();
Console.Write(‘
‘);
return hostip;
}
//EXIT
public static void Exit()
{
Console.WriteLine(“if you want to exit ,just input 1
“);
int a = Console.Read();
if(a!= 1)
{
Console.WriteLine(“if you want to exit ,just input 1
“);
Console.Read();
}
else
{
}
}

[STAThread]

static void Main(string[] args)
{
string HostIP;
HostIP = InputHostIP();
Console.WriteLine(“Begin to send udp to the host“);
m_Client = new UdpClient();
Send(HostIP);
string strData=Listen(HostIP);
OutputInfo(strData);
Exit();
}
}
}

3一个典型的返回的信息

ServerName;AWEN;
InstanceName;AWEN;
IsClustered;No;
Version;8.00.194;
tcp;1044; （TCP的端口，可见就算改了端口也是很容易找到的）
np;\\AWEN\pipe\MSSQL$XHT310\sql\query;

解决办法：安装防火墙，或者利用Windows 2000系统的ipsec对网络连接进行ip限制，实现IP数据包的安全性。对IP连接进行限制，只保证自己的IP能够访问，拒绝其他IP进行的端口连接，把来自网络上的安全威胁进行有效的控制。重要的是，还要对端口作过滤，包括大部分的tcp和udp端口，因为仅仅做ip限制的话，有可能恶意攻击者先攻击被数据库服务器信任的主机，控制之后作为跳板对数据库服务器进行攻击。

2.数据库的密码探测

密码攻击包括两种，破解密码和网络监听。破解密码是使用工具不停的连接数据库来猜测密码， 包括字典攻击，暴力攻击和界于两者之间的半暴力半字典攻击。通常攻击者先采用字典攻击的方法， 没有成功的话依次采用半暴力半字典攻击，暴力攻击。在网络速度够好，电脑运算能力够强的情况下，这 样的密码攻击危害是相当大的。网络监听则是控制一台网络设备，在上面运行监听工具捕获在网络中 传送的密码信息。网络监听可以分为两种，一种是外部的监听，将侦听工具软件放到网络连接的设备或者 放到可以控制网络连接设备的电脑上，这里的网络连接设备，比如网关服务器，比如路由器等等。另外一 种是来自内部的监听，对于不安全的局域网，数据是采用广播的方式传播的，只要把网卡设置为混杂模式即可接收到本来不属于自己的数据包，当然可能包括密码信息等资料。

解决方法：针对密码破解，只要把密码设置为足够强壮，并且对同个ip地址不停的连接请求进行屏蔽即可。 但是对于监听来说，网络传输的时候如果不加密的话，所有的网络传输都是明文的，包括密码、数据库内容等 等，不管多么复杂的密码都是于事无补的，这是一个很大的安全威胁。所以，在条件容许情况下，最好使用SSL
来加密协议，当然，你需要一个证书来支持。并且，对于网络监听应该及时发现，如果网络中的丢包率突然提 高，那么就有理由怀疑网络遭到监听。

3.脚本安全

脚本安全本身就是个非常复杂的问题，足以写一篇专业的长篇分析文章，而且我对脚本不是很内行，mix,envymask,pskey,angel他们比较疯狂，哈哈。脚本
安全主要是对提交的数据缺乏严格的检查导致的，比较危险的符号有“;”，“ ”，“#”，“--”，“$”， “\”等。这个问题最初被认为是asp sql server的问题，但是很快就发现实质上它的影响非常大，后来有人继续深入发现在php mysql该问题依然会存在，san对php作过深入分析，有兴趣的去安全焦点找他的文章。对于脚本
好象没有特有效的解决方法，只有依靠程序员的个人素质了……

总结，不管是mysql，还是mssql，在外部网络中，都受到相当大的威胁。相比而言，mssql受到的威胁甚至要更大些，最近2年来，mssql暴露出了多个远程溢出漏洞。如果配置的比较好的话，我认为，mysql要比mssql安全一些，因为随时会爆发的新溢出漏洞是防不胜防的，而且能够执行系统命令的sql注入攻击也非常可怕。好了，限于篇幅，这篇文章到此结束。