數據庫是電子商務、金融以及ERP系統的基礎，通常都保存著重要的商業伙伴和客戶信息。大多數企業、組織以及政府部門的電子數據都保存在各種數據庫中，他們用這些數據庫保存一些個人資料，還掌握著敏感的金融數據。但是數據庫通常沒有象操作系統和網絡這樣在安全性上受到重視。數據是企業，組織的命脈所在，因此選擇一款安全的數據庫是至關重要的。

我在我的機子上面用管理員帳號默認安裝了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目錄的存取權限?；蛘邔ysql安裝到其他目錄,如果 你移動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端口，一般的過濾是很難防范的。

解決辦法：安裝防火墻，或者利用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注入攻擊也非?？膳?。好了，限于篇幅，這篇文章到此結束。