Ⅰ 資料庫安全的防護手段
Xsecure產品系列實現對資料庫的全方位防護 ，需要覆蓋資料庫的事前、事中、事後安全；覆蓋資料庫應用安全、維護安全、使用安全和存儲安全；是最全面的資料庫防泄露產品。 資料庫漏洞掃描系統Xsecure-DBScan ，是一款幫助用戶對當前的資料庫系統進行自動化安全評估的專業軟體，能有效暴露當前資料庫系統的安全問題，提供對資料庫的安全狀況進行持續化監控，幫助用戶保持資料庫的安全健康狀態。
發現外部黑客攻擊漏洞，防止外部攻擊：實現非授權的從外到內的檢測；模擬黑客使用的漏洞發現技術，在沒有授權的情況下，對目標資料庫的安全性作深入的探測分析；收集外部人員可以利用的資料庫漏洞的詳細信息。分析內部不安全配置，防止越權訪問：通過只讀賬戶，實現由內到外的檢測；提供現有數據的漏洞透視圖和資料庫配置安全評估；避免內外部的非授權訪問。
監控資料庫安全狀況，防止資料庫安全狀況惡化：對於資料庫建立安全基線，對資料庫進行定期掃描，對所有安全狀況發生的變化進行報告和分析。 操作系統中的對象一般情況下是文件，而資料庫支持的應用要求更為精細。通常比較完整的資料庫對數據安全性採取以下措施：
（1）將資料庫中需要保護的部分與其他部分相隔。
（2）採用授權規則，如賬戶、口令和許可權控制等訪問控制方法。
（3）對數據進行加密後存儲於資料庫。 由資料庫管理系統提供一套方法，可及時發現故障和修復故障，從而防止數據被破壞。資料庫系統能盡快恢復資料庫系統運行時出現的故障，可能是物理上或是邏輯上的錯誤。比如對系統的誤操作造成的數據錯誤等。
Ⅱ 資料庫的安全策略有哪些
計算機安全是當前信息社會非常關注的問題，而資料庫系統更是擔負著存儲和管理數據信息的任務，因而如何保證和加強其安全性，更是迫切需要解決的熱門課題。下面將討論資料庫的安全策略，並簡單介紹各種策略的實現方案。
一、資料庫的安全策略
資料庫安全策略是涉及信息安全的高級指導方針，這些策略根據用戶需要、安裝環境、建立規則和法律等方面的限制來制定。
資料庫系統的基本安全性策略主要是一些基本性安全的問題，如訪問控制、偽裝數據的排除、用戶的認證、可靠性，這些問題是整個安全性問題的基本問題。資料庫的安全策略主要包含以下幾個方面：
1.保證資料庫存在安全
資料庫是建立在主機硬體、操作系統和網路上的系統，因此要保證資料庫安全，首先應該確保資料庫存在安全。預防因主機掉電或其他原因引起死機、操作系統內存泄漏和網路遭受攻擊等不安全因素是保證資料庫安全不受威脅的基礎。
2.保證資料庫使用安全
資料庫使用安全是指資料庫的完整性、保密性和可用性。其中，完整性既適用於資料庫的個別元素也適用於整個資料庫，所以在資料庫管理系統的設計中完整性是主要的關心對象。保密性由於攻擊的存在而變成資料庫的一大問題，用戶可以間接訪問敏感資料庫。最後，因為共享訪問的需要是開發資料庫的基礎，所以可用性是重要的，但是可用性與保密性是相互沖突的。
二、資料庫的安全實現
1.資料庫存在安全的實現
正確理解系統的硬體配置、操作系統和網路配置及功能對於資料庫存在安全十分重要。比如對於硬體配置情況，就必須熟悉系統的可用硬碟數量，每個硬碟的可用空間數量，可用的CPU數量，每個CPU的Cache有多大，可用的內存數量，以及是否有冗餘電源等問題；對於操作系統，則應該周期性的檢查內存是否有泄漏，根文件系統是否需要清理，重要的日誌是否已經察看；對於網路就應該隨時確保網路沒有過載，網路暢通、網路安全是否得到保證等等。因為這一部分不是本文的重點，所以不再一一細述，總之，這三方面的安全運行是和維護資料庫存在安全不可分割的。
2.資料庫完整性的實現
資料庫的完整性包括庫的完整性和元素的完整性。
資料庫的完整性是DBMS(資料庫管理系統)、操作系統和系統管理者的責任。資料庫管理系統必須確保只有經批準的個人才能進行更新，還意味著數據須有訪問控制，另外資料庫系統還必須防範非人為的外力災難。從操作系統和計算系統管理者的觀點來看，資料庫和DBMS分別是文件和程序。因此整個資料庫的一種形式的保護是對系統中所有文件做周期性備份。資料庫的周期性備份可以控制由災禍造成的損失。資料庫元素的完整性是指它們的正確性和准確性。由於用戶在搜集數據、計算結果、輸入數值時可能會出現錯誤，所以DBMS必須幫助用戶在輸入時能發現錯誤，並在插入錯誤數據後能糾正它們。DBMS用三種方式維護資料庫中每個元素的完整性：通過欄位檢查在一個位置上的適當的值，防止輸入數據時可能出現的簡單錯誤；通過訪問控制來維護資料庫的完整性和一致性；通過維護資料庫的更改日誌，記錄資料庫每次改變的情況，包括原來的值和修改後的值，資料庫管理員可以根據日誌撤消任何錯誤的修改。
3.資料庫保密性的實現
資料庫的保密性可以通過用戶身份鑒定和訪問控制來實現。
DBMS要求嚴格的用戶身份鑒定。一個DBMS可能要求用戶傳遞指定的通行字和時間日期檢查,這一認證是在操作系統完成的認證之外另加的。DBMS在操作系統之外作為一個應用程序被運行，這意味著它沒有到操作系統的可信賴路徑，因此必須懷疑它所收的任何數據，包括用戶認證。因此DBMS最好有自己的認證機制。
訪問控制是指根據用戶訪問特權邏輯地控制訪問范圍和操作許可權。如一般用戶只能訪問一般數據、市場部可以得到銷售數據、以及人事部可以得到工資數據等。DBMS必須實施訪問控制政策，批准對所有指定的數據的訪問或者禁止訪問。DBMS批准一個用戶或者程序可能有權讀、改變、刪除或附加一個值，可能增加或刪除整個欄位或記錄，或者重新組織完全的資料庫。
4.資料庫可用性的實現
資料庫的可用性包括資料庫的可獲性、訪問的可接受性和用戶認證的時間性三個因素。下面解釋這三個因素。
(1)數據的可獲性
首先，要訪問的元素可能是不可訪問的。例如，一個用戶在更新幾個欄位，其他用戶對這些欄位的訪問便必須被暫時阻止。這樣可以保證用戶不會收到不準確的信息。當進行更新時，用戶可能不得不阻止對幾個欄位或幾個記錄的訪問通道，以便保證數據與其他部分的一致性。不過有一點要注意，如果正在更新的用戶在更新進行期間退出，其他用戶有可能會被永遠阻止訪問該記錄。這種後遺症也是一個安全性問題，會出現拒絕服務。
(2)訪問的可接受性
記錄的一個或多個值可能是敏感的而不能被用戶訪問。DBMS不應該將敏感數據泄露給未經批準的個人。但是判斷什麼是敏感的並不是那麼簡單，因為可能是間接請求該欄位。一個用戶也許請求某些包含敏感數據的記錄，這可能只是由非敏感的特殊欄位推出需要的值。即使沒有明確地給出敏感的值，資料庫管理程序也可能拒絕訪問這樣的背景信息，因為它會揭示用戶無權知道的信息。
(3)用戶認證的時間性
為了加強安全性，資料庫管理員可能允許用戶只在某些時間訪問資料庫，比如在工作時間。
Ⅲ 怎麼使用Mysql資料庫的23個注意事項
使用MySQL，安全問題不能不注意。以下是MySQL提示的23個注意事項：
1。如果客戶端和伺服器端的連接需要跨越並通過不可信任的網路，那麼就需要使用SSH隧道來加密該連接的通信。
2。用set password語句來修改用戶的密碼，三個步驟，先「mysql -u root」登陸資料庫系統，然後「mysql> update mysql.user set password=password('newpwd')」，最後執行「flush privileges」就可以了。
3。需要提防的攻擊有，防偷聽、篡改、回放、拒絕服務等，不涉及可用性和容錯方面。對所有的連接、查詢、其他操作使用基於ACL即訪問控制列表的安全措施來完成。也有一些對SSL連接的支持。
4。除了root用戶外的其他任何用戶不允許訪問mysql主資料庫中的user表；
加密後存放在user表中的加密後的用戶密碼一旦泄露，其他人可以隨意用該用戶名/密碼相應的資料庫；
5。用grant和revoke語句來進行用戶訪問控制的工作；
6。不使用明文密碼，而是使用md5()和sha1()等單向的哈系函數來設置密碼；
7。不選用字典中的字來做密碼；
8。採用防火牆來去掉50%的外部危險，讓資料庫系統躲在防火牆後面工作，或放置在DMZ區域中；
9。從網際網路上用nmap來掃描3306埠，也可用telnet server_host 3306的方法測試，不能允許從非信任網路中訪問資料庫伺服器的3306號TCP埠，因此需要在防火牆或路由器上做設定；
10。為了防止被惡意傳入非法參數，例如where ID=234，別人卻輸入where ID=234 OR 1=1導致全部顯示，所以在web的表單中使用''或""來用字元串，在動態URL中加入%22代表雙引號、%23代表井號、%27代表單引號；傳遞未檢 查過的值給mysql資料庫是非常危險的；
11。在傳遞數據給mysql時檢查一下大小；
12。應用程序需要連接到資料庫應該使用一般的用戶帳號，只開放少數必要的許可權給該用戶；
13。在各編程介面(C C++ PHP Perl Java JDBC等)中使用特定『逃脫字元』函數；
在網際網路上使用mysql資料庫時一定少用傳輸明文的數據，而用SSL和SSH的加密方式數據來傳輸；
14。學會使用tcpmp和strings工具來查看傳輸數據的安全性，例如tcpmp -l -i eth0 -w -src or dst port 3306 | strings。以普通用戶來啟動mysql資料庫服務；
15。不使用到表的聯結符號，選用的參數 --skip-symbolic-links；
16。確信在mysql目錄中只有啟動資料庫服務的用戶才可以對文件有讀和寫的許可權；
17。不許將process或super許可權付給非管理用戶，該mysqladmin processlist可以列舉出當前執行的查詢文本；super許可權可用於切斷客戶端連接、改變伺服器運行參數狀態、控制拷貝復制資料庫的伺服器；
18.file許可權不付給管理員以外的用戶，防止出現load data '/etc/passwd'到表中再用select 顯示出來的問題；
19。如果不相信DNS服務公司的服務，可以在主機名稱允許表中只設置IP數字地址；
20。使用max_user_connections變數來使mysqld服務進程，對一個指定帳戶限定連接數；
21.grant語句也支持資源控制選項；
22。啟動mysqld服務進程的安全選項開關，--local-infile=0 或1 若是0則客戶端程序就無法使用local load data了，賦權的一個例子grant insert(user) on mysql.user to 'user_name'@'host_name';若使用--skip-grant-tables系統將對任何用戶的訪問不做任何訪問控制，但可以用 mysqladmin flush-privileges或mysqladmin reload來開啟訪問控制；默認情況是show databases語句對所有用戶開放，可以用--skip-show-databases來關閉掉。
23。碰到Error 1045(28000) Access Denied for user 'root'@'localhost' (Using password:NO)錯誤時，你需要重新設置密碼，具體方法是：先用--skip-grant-tables參數啟動mysqld，然後執行 mysql -u root mysql,mysql>update user set password=password('newpassword') where user='root';mysql>Flush privileges;，最後重新啟動mysql就可以了。
Ⅳ 如何保證oracle資料庫的安全性
資料庫安全性問題一直是圍繞著資料庫管理員的惡夢，資料庫數據的丟失
以及資料庫被非法用戶的侵入使得資料庫管理員身心疲憊不堪。本文圍繞數據
庫的安全性問題提出了一些安全性策略，希望對資料庫管理員有所幫助，不再
夜夜惡夢。資料庫安全性問題應包括兩個部分：
一、資料庫數據的安全
它應能確保當資料庫系統DownTime時，當資料庫數據存儲媒體被破
壞時以及當資料庫用戶誤操作時，資料庫數據信息不至於丟失。
二、資料庫系統不被非法用戶侵入
它應盡可能地堵住潛在的各種漏洞，防止非法用戶利用它們侵入數據
庫系統。
對於資料庫數據的安全問題，資料庫管理員可以參考有關系統雙機
熱備份功能以及資料庫的備份和恢復的資料。
以下就資料庫系統不被非法用戶侵入這個問題作進一步的闡述。
組和安全性：
在操作系統下建立用戶組也是保證資料庫安全性的一種有效方法。
Oracle程序為了安全性目的一般分為兩類：一類所有的用戶都可執行，
另一類只DBA可執行。在Unix環境下組設置的配置文件是/etc/group，
關於這個文件如何配置，請參閱Unix的有關手冊，以下是保證安全性的
幾種方法：
(1) 在安裝Oracle Server前，創建資料庫管理員組(DBA)而且
分配root和Oracle軟體擁有者的用戶ID給這個組。DBA能執
行的程序只有710許可權。在安裝過程中SQL*DBA系統許可權命令
被自動分配給DBA組。
(2) 允許一部分Unix用戶有限制地訪問Oracle伺服器系統，增加
一個由授權用戶組的Oracle組，確保給Oracle伺服器實用例
程Oracle組ID，公用的可執行程序，比如SQL*Plus，SQL*Fo
rms等，應該可被這組執行，然後該這個實用常式的許可權為
710，它將允許同組的用戶執行，而其他用戶不能。
(3) 改那些不會影響資料庫安全性的程序的許可權為711。
註：在我們的系統中為了安裝和調試的方便，Oracle資料庫中
的兩個具有DBA許可權的用戶Sys和System的預設密碼是manager。
為了您資料庫系統的安全，我們強烈建議您該掉這兩個用戶的
密碼，具體操作如下：
在SQL*DBA下鍵入：
alter user sys indentified by password;
alter user system indentified by password;
其中password為您為用戶設置的密碼。
Oracle伺服器實用常式的安全性：
以下是保護Oracle伺服器不被非法用戶使用的幾條建議：
(1) 確保$ORACLE_HOME/bin目錄下的所有程序的擁有權歸Oracle
軟體擁有者所有；
(2) 給所有用戶實用便程(sqiplus,sqiforms,exp,imp等)711權
限，使伺服器上所有的用戶都可訪問Oracle伺服器；
(3) 給所有的DBA實用常式(比如SQL*DBA)700許可權。Oracle伺服器
和Unix組當訪問本地的伺服器時，您可以通過在操作系統下把
Oracle伺服器的角色映射到Unix的組的方式來使用Unix管理服
務器的安全性，這種方法適應於本地訪問。
在Unix中指定Oracle伺服器角色的格式如下：
ora_sid_role[_dla]
其中
sid 是您Oracle資料庫的oracle_sid；
role 是Oracle伺服器中角色的名字；
d (可選)表示這個角色是預設值；
a (可選)表示這個角色帶有WITH ADMIN選項，
您只可以把這個角色授予其他角色，不能是其他用戶。
以下是在/etc/group文件中設置的例子：
ora_test_osoper_d:NONE:1:jim,narry,scott
ora_test_osdba_a:NONE:3:pat
ora_test_role1:NONE:4:bob,jane,tom,mary,jim
bin: NONE:5:root,oracle,dba
root:NONE:7:root
片語「ora_test_osoper_d」表示組的名字；片語「NONE」表示這
個組的密碼；數字1表示這個組的ID；接下來的是這個組的成員。前兩
行是Oracle伺服器角色的例子，使用test作為sid，osoper和osdba作
為Oracle伺服器角色的名字。osoper是分配給用戶的預設角色，osdba
帶有WITH ADMIN選項。為了使這些資料庫角色起作用，您必須shutdown
您的資料庫系統，設置Oracle資料庫參數文件initORACLE_SID.ora中
os_roles參數為True，然後重新啟動您的資料庫。如果您想讓這些角色
有connect internal許可權，運行orapwd為這些角色設置密碼。當您嘗
試connect internal時，您鍵入的密碼表示了角色所對應的許可權。
SQL*DBA命令的安全性：
如果您沒有SQL*PLUS應用程序，您也可以使用SQL*DBA作SQL查權
限相關的命令只能分配給Oracle軟體擁有者和DBA組的用戶，因為這些
命令被授予了特殊的系統許可權。
(1) startup
(2) shutdown
(3) connect internal
資料庫文件的安全性：
Oracle軟體的擁有者應該這些資料庫文件
($ORACLE_HOME/dbs/*.dbf)設置這些文件的使用許可權為0600：文件的
擁有者可讀可寫，同組的和其他組的用戶沒有寫的許可權。
Oracle軟體的擁有者應該擁有包含資料庫文件的目錄，為了增加
安全性，建議收回同組和其他組用戶對這些文件的可讀許可權。
網路安全性：
當處理網路安全性時，以下是額外要考慮的幾個問題。
(1) 在網路上使用密碼
在網上的遠端用戶可以通過加密或不加密方式鍵入密碼，
當您用不加密方式鍵入密碼時，您的密碼很有可能被非法用
戶截獲，導致破壞了系統的安全性。
(2) 網路上的DBA許可權控制
您可以通過下列兩種方式對網路上的DBA許可權進行控制：
A 設置成拒絕遠程DBA訪問；
B 通過orapwd給DBA設置特殊的密碼。
建立安全性策略：
系統安全性策略
(1) 管理資料庫用戶
資料庫用戶是訪問Oracle資料庫信息的途徑，因此，
應該很好地維護管理資料庫用戶的安全性。按照資料庫系統
的大小和管理資料庫用戶所需的工作量，資料庫安全性管理
者可能只是擁有create，alter，或drop資料庫用戶的一個
特殊用戶，或者是擁有這些許可權的一組用戶，應注意的是，只
有那些值得信任的個人才應該有管理資料庫用戶的許可權。
(2) 用戶身份確認
資料庫用戶可以通過操作系統，網路服務，或資料庫進行
身份確認，通過主機操作系統進行用戶身份認證的優點有：
A 用戶能更快，更方便地聯入資料庫；
B 通過操作系統對用戶身份確認進行集中控制：如果操作
系統與資料庫用戶信息一致，那麼Oracle無須存儲和管
理用戶名以及密碼；
C 用戶進入資料庫和操作系統審計信息一致。
(3) 操作系統安全性
A 資料庫管理員必須有create和delete文件的操作系統許可權；
B 一般資料庫用戶不應該有create或delete與資料庫相關文
件的操作系統許可權；
C 如果操作系統能為資料庫用戶分配角色，那麼安全性管理者
必須有修改操作系統帳戶安全性區域的操作系統許可權。
數據的安全性策略：
數據的生考慮應基於數據的重要性。如果數據不是很重要，那麼數
據的安全性策略可以稍稍放鬆一些。然而，如果數據很重要，那麼應該
有一謹慎的安全性策略，用它來維護對數據對象訪問的有效控制。
用戶安全性策略：
(1) 一般用戶的安全性
A 密碼的安全性
如果用戶是通過資料庫進行用戶身份的確認，那麼建議
使用密碼加密的方式與資料庫進行連接。這種方式的設置方
法如下：
在客戶端的oracle.ini文件中設置
ora_encrypt_login數為true；
在伺服器端的initORACLE_SID.ora文件中設置
dbling_encypt_login參數為true。
B 許可權管理
對於那些用戶很多，應用程序和數據對象很豐富的數據
庫，應充分利用「角色」這個機制所帶的方便性對許可權進行
有效管理。對於復雜的系統環境，「角色」能大大地簡化權
限的管理。
(2) 終端用戶的安全性
您必須針對終端用戶制定安全性策略。例如，對於一個有
很多用戶的大規模資料庫，安全性管理者可以決定用戶組分類，
為這些用戶組創建用戶角色，把所需的許可權和應用程序角色授
予每一個用戶角色，以及為用戶分配相應的用戶角色。當處理
特殊的應用要求時，安全性管理者也必須明確地把一些特定的
許可權要求授予給用戶。您可以使用「角色」對終端用戶進行權
限管理。
資料庫管理者安全性策略：
(1) 保護作為sys和system用戶的連接
當資料庫創建好以後，立即更改有管理許可權的sys和system用
戶的密碼，防止非法用戶訪問資料庫。當作為sys和system用戶
連入資料庫後，用戶有強大的許可權用各種方式對資料庫進行改動。
(2) 保護管理者與資料庫的連接
應該只有資料庫管理者能用管理許可權連入資料庫，當以sysdba
或startup，shutdown，和recover或資料庫對象(例如create,
drop，和delete等)進行沒有任何限制的操作。
(3) 使用角色對管理者許可權進行管理
應用程序開發者的安全性策略：
(1) 應用程序開發者和他們的許可權
資料庫應用程序開發者是唯一一類需要特殊許可權組完成自己
工作的資料庫用戶。開發者需要諸如create table,create
procere等系統許可權，然而，為了限制開發者對資料庫的操作，
只應該把一些特定的系統許可權授予開發者。
(2) 應用程序開發者的環境
A 程序開發者不應與終端用戶競爭資料庫資源；
B 用程序開發者不能損害資料庫其他應用產品。
(3) free和controlled應用程序開發
應用程序開發者有一下兩種許可權：
A free development
應用程序開發者允許創建新的模式對象，包括table,index,
procere,package等，它允許應用程序開發者開發獨立於其
他對象的應用程序。
B controlled development
應用程序開發者不允許創建新的模式對象。所有需要table,
indes procere等都由資料庫管理者創建，它保證了數據
庫管理者能完全控制數據空間的使用以及訪問資料庫信息的
途徑。但有時應用程序開發者也需這兩種許可權的混和。
(4) 應用程序開發者的角色和許可權
資料庫安全性管理者能創建角色來管理典型的應用程序開
發者的許可權要求。
A create系統許可權常常授予給應用程序開發者，以到於
他們能創建他的數據對象。
B 數據對象角色幾乎不會授予給應用程序開發者使用的
角色。
(5) 加強應用程序開發者的空間限制
作為資料庫安全性管理者，您應該特別地為每個應用程
序開發者設置以下的一些限制：
A 開發者可以創建table或index的表空間；
B 在每一個表空間中，開發者所擁有的空間份額。應用程
序管理者的安全在有許多資料庫應用程序的資料庫系統
中，您可能需要一應用程序管理者，應用程序管理者應
負責以下的任務：
C 為每一個應用程序創建角色以及管理每一個應用程序
的角色；
D 創建和管理資料庫應用程序使用的數據對象；
E 需要的話，維護和更新應用程序代碼和Oracle的存儲
過程和程序包。
Ⅳ 常用的資料庫安全技術有哪些
1)用戶標識和鑒別：該方法由系統提供一定的方式讓用戶標識自己咱勺名字或身份。每次用戶要求進入系統時，由系統進行核對，通過鑒定後才提供系統的使用權。
(2)存取控制：通過用戶許可權定義和合法權檢查確保只有合法許可權的用戶訪問資料庫，所有未被授權的人員無法存取數據。例如C2級中的自主存取控制(I)AC)，Bl級中的強制存取控制(M．AC)。
(3)視圖機制：為不同的用戶定義視圖，通過視圖機制把要保密的數據對無權存取的用戶隱藏起來，從而自動地對數據提供一定程度的安全保護。
(4)審計：建立審計日誌，把用戶對資料庫的所有操作自動記錄下來放人審計日誌中，DBA可以利用審計跟蹤的信息，重現導致資料庫現有狀況的一系列事件，找出非法存取數據的人、時間和內容等。
(5)數據加密：對存儲和傳輸的數據進行加密處理，從而使得不知道解密演算法的人無法獲知數據的內容。
Ⅵ 資料庫安全
你想問什麼是不知道資料庫怎麼創建還是不知道需要哪些表vb60可以做的
Ⅶ ASP網站的ACCESS資料庫安全設置
假設你的空間物理路徑為d:\web\abc\root,你的站點根目錄放在abc目錄下，名為wwwroot，資料庫目錄為abc目錄下的databases文件夾，設置方法如下：
首先，我們打開conn.asp，找到DBPath = "/KS_Data/KesionCMS4.mdb" 'ACCESS資料庫的文件名，請使用相對於網站根目錄的的絕對路徑
將它修改為DBPath = "d:/web/abc/root/databases/KS_Data/KesionCMS4.mdb" 'ACCESS資料庫的文件名，請使用相對於網站根目錄的的絕對路徑
然後找到ConnStr = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & Server.MapPath(DBPath)這一句，
將它改為ConnStr = "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & DBPath
如果需要採集，採用同樣方法修改。
如果有以下文件，也需要修改
將/admin/KS.Database.asp文件中的「Server.MapPath(DBPath)」、「Server.MapPath(CollectDBPath)」、「Server.MapPath(strCurDir)」全部搜索出來並且分別替換為「DBPath」、「CollectDBPath」、「strCurDir」。這是後台"備份/壓縮資料庫"頁面的資料庫連接。
修改後保存文件，打開網站和後台試試看吧！
Ⅷ 如何保護資料庫數據安全
可以有效監控資料庫訪問活動，准確掌握資料庫系統的安全狀態，及時發現違反資料庫安全策略的操作，並實時報警、記錄，實現對安全事件的定位分析、事後追查取證，全面保障資料庫的安全。
Ⅸ 資料庫安全的安全策略
資料庫的安全配置在進行安全配置之前，首先必須對操作系統進行安全配置，保證操作系統處於安全狀態。然後對要使用的操作資料庫軟體（程序）進行必要的安全審核，比如對ASP、PHP等腳本，這是很多基於資料庫的Web應用常出現的安全隱患，對於腳本主要是一個過濾問題，需要過濾一些類似「,; @ /」等字元，防止破壞者構造惡意的SQL語句。接著，安裝SQL Server2000後請打上最新SQL補丁SP4 。
SQL Server的安全配置
1．使用安全的密碼策略
我們把密碼策略擺在所有安全配置的第一步，請注意，很多資料庫賬號的密碼過於簡單，這跟系統密碼過於簡單是一個道理。對於sa更應該注意，同時不要讓sa賬號的密碼寫於應用程序或者腳本中。健壯的密碼是安全的第一步，建議密碼含有多種數字字母組合並9位以上。SQL Server2000安裝的時候，如果是使用混合模式，那麼就需要輸入sa的密碼，除非您確認必須使用空密碼，這比以前的版本有所改進。同時養成定期修改密碼的好習慣，資料庫管理員應該定期查看是否有不符合密碼要求的賬號。
2．使用安全的賬號策略
由於SQL Server不能更改sa用戶名稱，也不能刪除這個超級用戶，所以，我們必須對這個賬號進行最強的保護，當然，包括使用一個非常強壯的密碼，最好不要在資料庫應用中使用sa賬號，只有當沒有其他方法登錄到 SQL Server 實例（例如，當其他系統管理員不可用或忘記了密碼）時才使用 sa。建議資料庫管理員新建立個擁有與sa一樣許可權的超級用戶來管理資料庫。安全的賬號策略還包括不要讓管理員許可權的賬號泛濫。
SQL Server的認證模式有Windows身份認證和混合身份認證兩種。如果資料庫管理員不希望操作系統管理員來通過操作系統登錄來接觸資料庫的話，可以在賬號管理中把系統賬號「BUILTINAdministrators」刪除。不過這樣做的結果是一旦sa賬號忘記密碼的話，就沒有辦法來恢復了。很多主機使用資料庫應用只是用來做查詢、修改等簡單功能的，請根據實際需要分配賬號，並賦予僅僅能夠滿足應用要求和需要的許可權。比如，只要查詢功能的，那麼就使用一個簡單的public賬號能夠select就可以了。
3．加強資料庫日誌的記錄
審核資料庫登錄事件的「失敗和成功」，在實例屬性中選擇「安全性」，將其中的審核級別選定為全部，這樣在資料庫系統和操作系統日誌裡面，就詳細記錄了所有賬號的登錄事件。請定期查看SQL Server日誌檢查是否有可疑的登錄事件發生，或者使用DOS命令。
4．管理擴展存儲過程
對存儲過程進行大手術，並且對賬號調用擴展存儲過程的許可權要慎重。其實在多數應用中根本用不到多少系統的存儲過程，而SQL Server的這么多系統存儲過程只是用來適應廣大用戶需求的，所以請刪除不必要的存儲過程，因為有些系統的存儲過程能很容易地被人利用起來提升許可權或進行破壞。如果您不需要擴展存儲過程Xp_cmdshell請把它去掉。使用這個SQL語句：
use master
sp_dropextendedproc 'Xp_cmdshell'
Xp_cmdshell是進入操作系統的最佳捷徑，是資料庫留給操作系統的一個大後門。如果您需要這個存儲過程，請用這個語句也可以恢復過來。
sp_addextendedproc 'xp_cmdshell', 'xpSQL70.dll'
如果您不需要請丟棄OLE自動存儲過程（會造成管理器中的某些特徵不能使用）。
這些過程如下： Sp_OACreate Sp_OADestroy Sp_OAGetErrorInfo Sp_OAGetProperty
Sp_OAMethod Sp_OASetProperty Sp_OAStop
去掉不需要的注冊表訪問的存儲過程，注冊表存儲過程甚至能夠讀出操作系統管理員的密碼來，命令如下：
Xp_regaddmultistring Xp_regdeletekey Xp_regdeletevalue
Xp_regenumvalues Xp_regread Xp_regremovemultistring
Xp_regwrite
還有一些其他的擴展存儲過程，也最好檢查檢查。在處理存儲過程的時候，請確認一下，避免造成對資料庫或應用程序的傷害。
5．使用協議加密
SQL Server 2000使用的Tabular Data Stream協議來進行網路數據交換，如果不加密的話，所有的網路傳輸都是明文的，包括密碼、資料庫內容等，這是一個很大的安全威脅。能被人在網路中截獲到他們需要的東西，包括資料庫賬號和密碼。所以，在條件容許情況下，最好使用SSL來加密協議，當然，您需要一個證書來支持。
6．不要讓人隨便探測到您的TCP/IP埠
默認情況下，SQL Server使用1433埠監聽，很多人都說SQL Server配置的時候要把這個埠改變，這樣別人就不會輕易地知道使用的什麼埠了。可惜，通過微軟未公開的1434埠的UDP探測可以很容易知道SQL Server使用的什麼TCP/IP埠。不過微軟還是考慮到了這個問題，畢竟公開而且開放的埠會引起不必要的麻煩。在實例屬性中選擇TCP/IP協議的屬性。選擇隱藏 SQL Server實例。如果隱藏了SQL Server實例，則將禁止對試圖枚舉網路上現有的 SQL Server實例的客戶端所發出的廣播作出響應。這樣，別人就不能用1434來探測您的TCP/IP埠了（除非用Port Scan）。
7．修改TCP/IP使用的埠
請在上一步配置的基礎上，更改原默認的1433埠。在實例屬性中選擇網路配置中的TCP/IP協議的屬性，將TCP/IP使用的默認埠變為其他埠。
8．拒絕來自1434埠的探測
由於1434埠探測沒有限制，能夠被別人探測到一些資料庫信息，而且還可能遭到DoS攻擊讓資料庫伺服器的CPU負荷增大，所以對Windows 2000操作系統來說，在IPSec過濾拒絕掉1434埠的UDP通信，可以盡可能地隱藏您的SQL Server。
9．對網路連接進行IP限制
SQL Server 2000資料庫系統本身沒有提供網路連接的安全解決辦法，但是Windows 2000提供了這樣的安全機制。使用操作系統自己的IPSec可以實現IP數據包的安全性。請對IP連接進行限制，只保證自己的IP能夠訪問，也拒絕其他IP進行的埠連接，對來自網路上的安全威脅進行有效的控制。
上面主要介紹的一些SQL Server的安全配置，經過以上的配置，可以讓SQL Server本身具備足夠的安全防範能力。當然，更主要的還是要加強內部的安全控制和管理員的安全培訓，而且安全性問題是一個長期的解決過程，還需要以後進行更多的安全維護。
Ⅹ 資料庫系統的主要安全措施有哪些
方法一、資料庫數據加密
數據加密可以有效防止資料庫信息失密性的有效手段。通常加密的方法有替換、置換、混合加密等。雖然通過密鑰的保護是資料庫加密技術的重要手段，但如果採用同種的密鑰來管理所有數據的話，對於一些不法用戶可以採用暴力破解的方法進行攻擊。
但通過不同版本的密鑰對不同的數據信息進行加密處理的話，可以大大提高資料庫數據的安全強度。這種方式主要的表現形式是在解密時必須對應匹配的密鑰版本，加密時就盡量的挑選最新技術的版本。
方法二、強制存取控制
為了保證資料庫系統的安全性，通常採取的是強制存取檢測方式，它是保證資料庫系統安全的重要的一環。強制存取控制是通過對每一個數據進行嚴格的分配不同的密級，例如政府，信息部門。在強制存取控制中，DBMS所管理的全部實體被分為主體和客體兩大類。主體是系統中的活動實體，它不僅包括DBMS 被管理的實際用戶，也包括代表用戶的各進程。
客體是系統中的被動實體，是受主體操縱的，包括文件、基表、索引、視圖等等。對於主體和客體，DBMS 為它們每個實例(值)指派一個敏感度標記。主客體各自被賦予相應的安全級，主體的安全級反映主體的可信度，而客體的安全級反映客體所含信息的敏感程度。對於病毒和惡意軟體的攻擊可以通過強制存取控制策略進行防範。但強制存取控制並不能從根本上避免攻擊的問題，但可以有從較高安全性級別程序向較低安全性級別程序進行信息傳遞。
方法三、審計日誌
審計是將用戶操作資料庫的所有記錄存儲在審計日誌(Audit Log)中，它對將來出現問題時可以方便調查和分析有重要的作用。對於系統出現問題，可以很快得找出非法存取數據的時間、內容以及相關的人。從軟體工程的角度上看，目前通過存取控制、數據加密的方式對數據進行保護是不夠的。因此，作為重要的補充手段，審計方式是安全的資料庫系統不可缺少的一部分，也是資料庫系統的最後一道重要的安全防線。