數(shù)據(jù)庫加密可行性研究分析報告專業(yè)報告-文庫吧資料
2025-03-07 01:50本頁面
【正文】 文進行操作而無需解密。為適應計算機安全技術飛速發(fā)展的需要，美國于 1983 年發(fā)布了“可信計算機系統(tǒng)評估標準（ TCSEC）”， 1985 年又發(fā)布了其修訂版。 相關技術的發(fā)展現(xiàn)狀及趨勢 關于數(shù)據(jù)庫安全，美國從七十年代就開始從事安全數(shù)據(jù)庫管理系統(tǒng)的理論研究。 在數(shù)據(jù)庫加密中常用的對稱加解密算法有： DES、 IDEA、 Blowfish、RC CAST128 和 RC2。 C．密鑰的加密 關系圖如下： 服務器級別 數(shù)據(jù)庫級別 數(shù)據(jù)庫加密核心技術 對稱加密 : SQL Server 2021 中的 Management Studio 并沒有直接提供產生對稱密鑰的方 法，管理員要為數(shù)據(jù)庫產生對稱密鑰，需要執(zhí)行特殊的 CREATE SYMMETRIC KEY 語句，而創(chuàng)建好的對稱密鑰通過OPEN SYMMETRIC KEY 和 CLOSE SYMMETRIC KEY 語句來打開和關Windows ＤＰ ＡＰＩ Password 服務器主密鑰 PasswordPassword Password Password Password 非對稱密鑰 數(shù)字證書 對稱密鑰 數(shù)據(jù)庫主密鑰 9 閉，在對稱密鑰已經打開的情況下，我們就可以使用相應的使用對稱密鑰加解密數(shù)據(jù)的語句來實現(xiàn)對數(shù)據(jù)庫中的某些數(shù)據(jù)進行加解密。對稱密鑰可以被數(shù)字證書或非對稱密鑰加密。 v. 對稱密鑰。數(shù)字證書可以直接對數(shù)據(jù)進行加密。 iv. 數(shù)字證書。 SQL Server 2021 通過 DP API（數(shù)據(jù)保護應用編程接口）調用 Windows 操作系統(tǒng)中的加密函數(shù)，從而可以在安裝服務器時自動產生服務器主密鑰，在服務器主密鑰的基礎上又可以對數(shù)據(jù)庫的主密鑰等進行加密。每個數(shù)據(jù)庫只能有一個主密鑰，管理員可以手工創(chuàng)建、刪除、修改和加密數(shù)據(jù)庫主密鑰。 ii. 數(shù)據(jù)庫主密鑰。該密鑰可以用來對數(shù)據(jù)庫的主密鑰進行加密，而在數(shù)據(jù)庫的主密鑰的支持下，又可以構建基于數(shù)7 字證書、對稱和非對稱加密的體系。 這種加密方式如圖 2 所示： 6 而在 SQL Server 2021 中提供的完整加密體系結構如圖所示： i. 服務主密鑰。 這種加密方式如圖 1 所示 ： iii. 在 DBMS 外層實現(xiàn)加密 比較實際的做法是將數(shù)據(jù)庫加密系統(tǒng)做成 DBMS 的一個外層工具，根據(jù)加密要求自動完成對數(shù)據(jù)庫數(shù)據(jù)的加 /脫密處理 。這種加密方式的優(yōu)點是加密功能強，并且加密功能幾乎不會影響 DBMS的功能，可以實現(xiàn)加密功能與數(shù)據(jù)庫管理系統(tǒng)之間的無縫耦合。 ii. 在 DBMS 內核層實現(xiàn)加密。 在 OS 層無法辨認數(shù)據(jù)庫文件中的數(shù)據(jù)關系，從而無法產生合理的密鑰，對密鑰合理的管理和使用也很難。 我們可以考慮在三個不同層次實現(xiàn)對數(shù)據(jù)庫數(shù)據(jù)的加密，這三個層次分別是 OS層、 DBMS 內核層和 DBMS 外層。 除了邏輯上的服務器、數(shù)據(jù)庫、數(shù)據(jù)對象的安全機制之外，還需要考慮物理存儲介質的安全。 SQL Server 2021 在數(shù)據(jù)對象層還提供了安全按機制 。 身份驗證通過后，服務器級別的登錄名可以映射為數(shù)據(jù)庫上的用戶名，用戶名就代表了對數(shù)據(jù)庫的操作權限。 SQL Server 2021 服務器 采用了身4 份驗證機制，用戶必須先通過身份驗證才能進入到服務器內部。 SQL Server 2021 服務器所在的Windows 操作系統(tǒng)的安全也是非常重要的，一旦操作系統(tǒng)被攻克，那么依附在其上的安全也就蕩然無存了。實現(xiàn)服務器和客戶機之間
試題試卷相關推薦
鄂ICP備17016276號-1