《数据库安全》PPT课件

上传人:夏** 文档编号:580526883 上传时间:2024-08-29 格式:PPT 页数:83 大小:317.61KB
返回 下载 相关 举报
《数据库安全》PPT课件_第1页
第1页 / 共83页
《数据库安全》PPT课件_第2页
第2页 / 共83页
《数据库安全》PPT课件_第3页
第3页 / 共83页
《数据库安全》PPT课件_第4页
第4页 / 共83页
《数据库安全》PPT课件_第5页
第5页 / 共83页
点击查看更多>>
资源描述

《《数据库安全》PPT课件》由会员分享,可在线阅读,更多相关《《数据库安全》PPT课件(83页珍藏版)》请在金锄头文库上搜索。

1、数据库系统概论数据库系统概论An Introduction to Database System第四章第四章 数据库安全性数据库安全性第四章 数据库安全性4.1计算机安全性概论4.2数据库安全性控制4.3视图机制4.4审计4.5数据加密4.7小结第四章 数据库安全性p问题的提出n数据库的一大特点是数据共享n数据共享不能是无条件的共享n必然带来数据库的安全性问题例:军事秘密、国家机密、新产品实验数据、市场需求分析、市场营销策略、销售计划、客户档案、医疗档案、银行储蓄数据数据库安全性(续)p什么是数据库的安全性n数据库的安全性是指保护数据库,防止因非法用户使用数据库造成数据泄露、更改或破坏。p数据

2、库安全性与计算机系统安全性之间是相互紧密联系、相互支持的4.1 计算机安全性概论4.1.1计算机系统的三类安全性问题4.1.2安全标准简介4.1.1 计算机系统的三类安全性问题 p什么是计算机系统安全性n为计算机系统建立和采取的各种安全保护措施,以保护计算机系统中的硬件、软件及数据,防止其因偶然或恶意的原因使系统遭到破坏,数据遭到更改或泄露等。计算机系统的三类安全性问题(续) p三类计算机系统安全性问题n技术安全类n管理安全类n政策法律类计算机系统的三类安全性问题(续) p技术安全n指计算机系统中采用具有一定安全性的硬件、软件来实现对计算机系统及其所存数据的安全保护,当计算机系统受到无意或恶意

3、的攻击时仍能保证系统正常运行,保证系统内的数据不增加、不丢失、不泄露。计算机系统的三类安全性问题(续) p管理安全n软硬件意外故障、场地的意外事故、管理不善导致的计算机设备和数据介质的物理破坏、丢失等安全问题计算机系统的三类安全性问题(续) p政策法律类n政府部门建立的有关计算机犯罪、数据安全保密的法律道德准则和政策法规、法令4.1 计算机安全性概论4.1.1计算机系统的三类安全性问题4.1.2安全标准简介4.1.2 安全标准简介p为降低进而消除对系统的安全攻击,各国引用或制定了一系列安全标准nTCSEC(桔皮书)nTDI(紫皮书)安全标准简介(续)p1985年美国国防部(DoD)正式颁布Do

4、D可信计算机系统评估标准(简称TCSEC或DoD85)nTCSEC又称桔皮书nTCSEC标准的目的p提供一种标准,使用户可以对其计算机系统内敏感信息安全操作的可信程度做评估。p给计算机行业的制造商提供一种可循的指导规则,使其产品能够更好地满足敏感应用的安全需求。安全标准简介(续)p1991年4月美国NCSC(国家计算机安全中心)颁布了可信计算机系统评估标准关于可信数据库系统的解释(TrustedDatabaseInterpretation简称TDI)nTDI又称紫皮书。它将TCSEC扩展到数据库管理系统。nTDI中定义了数据库管理系统的设计与实现中需满足和用以进行安全性级别评估的标准。安全标准

5、简介(续)pTDI/TCSEC标准的基本内容nTDI与TCSEC一样,从四个方面来描述安全性级别划分的指标p安全策略p责任p保证p文档安全标准简介(续)pR1安全策略(SecurityPolicy)R1.1自主存取控制(DiscretionaryAccessControl,简记为DAC)R1.2客体重用(ObjectReuse)R1.3标记(Labels)R1.4强制存取控制(MandatoryAccessControl,简记为MAC)安全标准简介(续)pR2责任(Accountability)R2.1标识与鉴别(Identification&Authentication)R2.2审计(Aud

6、it)pR3保证(Assurance)R3.1操作保证(OperationalAssurance)R3.2生命周期保证(LifeCycleAssurance)安全标准简介(续)pR4文档(Documentation)R4.1安全特性用户指南(SecurityFeaturesUsersGuide)R4.2可信设施手册(TrustedFacilityManual)R4.3测试文档(TestDocumentation)R4.4设计文档(DesignDocumentation)安全标准简介(续) pTCSEC/TDI安全级别划分安安 全全 级级 别别 定定 义义 A1验证设计(验证设计(Verifie

7、d Design) B3安全域(安全域(Security Domains) B2结构化保护(结构化保护(Structural Protection) B1标记安全保护(标记安全保护(Labeled Security Protection) C2受控的存取保护受控的存取保护(Controlled Access Protection) C1自主安全保护自主安全保护(Discretionary Security Protection) D最小保护(最小保护(Minimal Protection)安全标准简介(续)n四组(division)七个等级pDpC(C1,C2)pB(B1,B2,B3)pA(A

8、1)n按系统可靠或可信程度逐渐增高n各安全级别之间具有一种偏序向下兼容的关系,即较高安全性级别提供的安全保护要包含较低级别的所有保护要求,同时提供更多或更完善的保护能力。安全标准简介(续)pD级n将一切不符合更高标准的系统均归于D组n典型例子:DOS是安全标准为D的操作系统pDOS在安全性方面几乎没有什么专门的机制来保障安全标准简介(续)pC1级n非常初级的自主安全保护n能够实现对用户和数据的分离,进行自主存取控制(DAC),保护或限制用户权限的传播。安全标准简介(续)pC2级n安全产品的最低档次n提供受控的存取保护,将C1级的DAC进一步细化,以个人身份注册负责,并实施审计和资源隔离n达到C

9、2级的产品在其名称中往往不突出“安全”(Security)这一特色安全标准简介(续)n典型例子p操作系统Microsoft的WindowsNT3.5,数字设备公司的OpenVMSVAX6.0和6.1p数据库Oracle公司的Oracle7Sybase公司的SQLServer11.0.6安全标准简介(续)pB1级n标记安全保护。“安全”(Security)或“可信的”(Trusted)产品。n对系统的数据加以标记,对标记的主体和客体实施强制存取控制(MAC)、审计等安全机制安全标准简介(续)n典型例子p操作系统数字设备公司的SEVMSVAXVersion6.0惠普公司的HP-UXBLSrelea

10、se9.0.9+p数据库Oracle公司的TrustedOracle7Sybase公司的SecureSQLServerversion11.0.6Informix公司的IncorporatedINFORMIX-OnLine/Secure5.0安全标准简介(续)pB2级n结构化保护n建立形式化的安全策略模型并对系统内的所有主体和客体实施DAC和MAC。n经过认证的B2级以上的安全系统非常稀少安全标准简介(续)n典型例子p操作系统只有TrustedInformationSystems公司的TrustedXENIX一种产品p标准的网络产品只有CryptekSecureCommunications公司的

11、LLCVSLAN一种产品p数据库没有符合B2标准的产品安全标准简介(续)pB3级n安全域。n该级的TCB必须满足访问监控器的要求,审计跟踪能力更强,并提供系统恢复过程。安全标准简介(续)pA1级n验证设计,即提供B3级保护的同时给出系统的形式化设计说明和验证以确信各安全保护真正实现。安全标准简介(续)pB2以上的系统n还处于理论研究阶段n应用多限于一些特殊的部门如军队等n美国正在大力发展安全产品,试图将目前仅限于少数领域应用的B2安全级别下放到商业应用中来,并逐步成为新的商业标准。安全标准简介(续) 表示该级不提供对该指标的支持; 表示该级新增的对该指标的支持; 表示该级对该指标的支持与相邻低

12、一级的 等级一样;表示该级对该指标的支持较下一级有所增 加或改动。TCSEC桔皮书1991年欧洲信息技术安全评估标准通用标准CC1996-1998V1.0V2.01999年成为国际标准CCV2.11993年加拿大可信计算机产品评估标准1993年美国信息技术安全联邦标准级别定义TCSEC近似级别EAL1功能测试EAL2结构测试C1EAL3系统地测试和检查C2EAL4系统地设计、测试和复查B1EAL5半形式化设计和测试B2EAL6半形式化验证的设计和测试 B3EAL7形式化设计和测试A1CC评估标准级别划分评估标准级别划分第四章 数据库安全性4.1计算机安全性概论4.2数据库安全性控制4.3视图机

13、制4.4审计4.5数据加密4.7小结4.2 数据库安全性控制4.2.1用户标识与鉴别4.2.2存取控制4.2.3自主存取控制方法4.2.4授权与回收4.2.5数据库角色4.2.6强制存取控制方法4.2.1 用户标识与鉴别p用户标识与鉴别(Identification&Authentication)n系统提供的最外层安全保护措施用户标识与鉴别基本方法p系统提供一定的方式让用户标识自己的名字或身份;p系统内部记录着所有合法用户的标识;p每次用户要求进入系统时,由系统核对用户提供的身份标识;p通过鉴定后才提供机器使用权。p用户标识和鉴定可以重复多次p演示企业管理器建立用户的过程SA超级用户(自带)建

14、立用户chen4.2.2 存取控制p存取控制机制的功能n存取控制机制的组成p定义存取权限p检查存取权限用户权限定义和合法权检查机制一起组成了DBMS的安全子系统存取控制(续)n定义存取权限p在数据库系统中,为了保证用户只能访问他有权存取的数据,必须预先对每个用户定义存取权限。n检查存取权限p对于通过鉴定获得上机权的用户(即合法用户),系统根据他的存取权限定义对他的各种操作请求进行控制,确保他只执行合法操作。存取控制(续)p常用存取控制方法n自主存取控制(DiscretionaryAccessControl,简称DAC)pC2级p灵活n强制存取控制(MandatoryAccessControl,

15、简称MAC)pB1级p严格自主存取控制方法p同一用户对于不同的数据对象有不同的存取权限p不同的用户对同一对象也有不同的权限p用户还可将其拥有的存取权限转授给其他用户强制存取控制方法p每一个数据对象被标以一定的密级p每一个用户也被授予某一个级别的许可证p对于任意一个对象,只有具有合法许可证的用户才可以存取4.2.3自主存取控制方法n优点p能够通过授权机制有效地控制其他用户对敏感数据的存取n缺点p可能存在数据的“无意泄露”p原因:这种机制仅仅通过对数据的存取权限来进行安全控制,而数据本身并无安全性标记。p解决:对系统控制下的所有主客体实施强制存取控制策略4.2.4 授权与回收p谁定义? DBA和表

16、的建立者(即表的属主)p如何定义?SQL语句:GRANTREVOKE一 授 权 (GRANT)pGRANT语句的一般格式: GRANT ,. ON TO ,. WITH GRANT OPTION;p谁定义?DBA和表的建立者(即表的属主)pGRANT功能:将对指定操作对象的指定操作权限授予指定的用户。(1) 用户的权限p建表(CREATETAB)的权限:属于DBApDBA授予-普通用户p基本表或视图的属主拥有对该表或视图的一切操作权限p接受权限的用户: 一个或多个具体用户 PUBLIC(全体用户)(2) WITH GRANT OPTION子句p指定了WITH GRANT OPTION子句: 获

17、得某种权限的用户还可以把这种权限再授予别的用户。p没有指定WITH GRANT OPTION子句: 获得某种权限的用户只能使用该权限,不能传播该权限例题 例1 把查询Student表权限授给用户U1GRANTSELECTONStudentTOU1;GRANTSELECTON(TABLE)StudentTOU1;p演示把查询Student表权限授给用户CHEN例题(续)例2 把对Student表的全部权限授予用户U1 GRANT ALL PRIVILEGES ON Student TO U1; GRANT ALL PRIVILEGES ON Student,Course TO U1;例例4例题(

18、续)例4 把查询Student表和修改学生学号的权限授给用户U4 GRANT UPDATE(Sno), SELECT ON Student TO U1;例题(续) 例5 把对表SC的INSERT权限授予U1用户,并允许他再将此权限授予其他用户 GRANT INSERT ON SC TO U1 WITH GRANT OPTION;传播权限 执行例5后,U1不仅拥有了对表SC的INSERT权限, 还可以传播此权限: 例6 GRANT INSERT ON SC TO U2 WITH GRANT OPTION; 同样,U2还可以将此权限授予U3: 例7 GRANT INSERT ON SC TO U3

19、; 但U3不能再传播此权限。 U1- U2- U3例题(续)例6 DBA把在数据库SC中建立表的权限授予用户U1GRANT CREATE TABLETO U1; GRANT CREATETAB ON DATABASE DATA TO U1;二 收回权限(REVOKE)pREVOKE语句的一般格式为: REVOKE ,. ON FROM ,.;p功能:从指定用户那里收回对指定对象的指定权限例题例8 把用户U1修改学生学号的权限收回REVOKE UPDATE(Sno)ON Student FROM U1;例题(续)例10 把用户U1对SC表的INSERT权限收回REVOKE INSERT ON S

20、C FROM U1; REVOKE INSERT ON SC FROM U1 CASCADE;权限的级联回收系统将收回直接或间接从U1处获得的对SC表的INSERT权限:-U1-U2-U3收回U1、U2、U3获得的对SC表的INSERT权限:-U1-U2-U3p除了查询分析器SQL授权外,还可以使用企业管理器授权4.2.5数据库角色p数据库角色是被命名的一组与数据库操作相关的权限,是权限的集合p给角色授权p将一个角色授予用户p角色权限的回收p创建角色EXECSP_ADDROLE学生组 GRANT SELECT ON STUDENTTO 学生组;EXECSP_ADDROLEMEMBER学生组,U

21、1EXECSP_DROPROLEMEMBER学生组,U1EXECSP_ADDROLE学生组EXECSP_DROPROLE学生组EXECSP_ADDLOGINU4EXECSP_ADDUSERU4,U4,学生组EXECSP_DROPUSERU4EXECSP_DROPLOGINU4举例:p某企业向ISP申请100M空间和100MSQLSERVER2000数据库空间,演示ISP的定义过程。4.2.6 强制存取控制方法p强制存取控制的特点nMAC是对数据本身进行密级标记n无论数据如何复制,标记与数据是一个不可分的整体n只有符合密级标记要求的用户才可以操纵数据n从而提供了更高级别的安全性举例DBMS为每个

22、主体和客体指定一个敏感度标记(label),敏感度标记分成若干级别,例如:绝密、机密、可信、公开等。当某用户以标记label进入系统时,系统要求他对任何客体的存取必须遵循以下规则:(1)仅当主体的许可证级别大于或等于客体的密级时,该主体才能读取相应的客体。(2)仅当主体的许可证级别等于客体的密级时,该主体才能写相应的客体。MAC与DACpDAC与MAC共同构成DBMS的安全机制n原因:较高安全性级别提供的安全保护要包含较低级别的所有保护p先进行DAC检查,通过DAC检查的数据对象再由系统进行MAC检查,只有通过MAC检查的数据对象方可存取。强制存取控制方法(续)DAC+MAC安全检查示意图SQ

23、L语法分析&语义检查DAC检查安全检查MAC检查继续4.3 视图机制p视图机制把要保密的数据对无权存取这些数据的用户隐藏起来,p视图机制更主要的功能在于提供数据独立性,其安全保护功能太不精细,往往远不能达到应用系统的要求。视图机制(续)例:U1只能检索计算机系学生的信息先建立计算机系学生的视图CS_StudentCREATEVIEWCS_StudentASSELECT*FROMStudentWHERESdept=CS视图机制(续)在视图上进一步定义存取权限GRANTSELECTONCS_StudentTOU14.4 审计p什么是审计n启用一个专用的审计日志(AuditLog)将用户对数据库的所

24、有操作记录在上面nDBA可以利用审计日志中的追踪信息找出非法存取数据的人nC2以上安全级别的DBMS必须具有审计功能审计(续)p审计功能的可选性n审计很费时间和空间nDBA可以根据应用对安全性的要求,灵活地打开或关闭审计功能。审计(续)p预防监测手段:审计技术p强制性机制:用户识别和鉴定、存取控制、视图4.5 数据加密p数据加密n防止数据库中数据在存储和传输中失密的有效手段p加密的基本思想n根据一定的算法将原始数据(术语为明文,Plaintext)变换为不可直接识别的格式(术语为密文,Ciphertext)n不知道解密算法的人无法获知数据的内容数据加密(续)p加密方法n替换方法p使用密钥(En

25、cryptionKey)将明文中的每一个字符转换为密文中的一个字符n置换方法p将明文的字符按不同的顺序重新排列n混合方法美国1977年制定的官方加密标准:数据加密标准(DataEncryptionStandard,简称DES)DES私钥体制明文密钥加密密文密钥解密明文RSA公钥体制明文私钥加密密文公钥解密明文明文公钥加密密文私钥解密明文数据加密(续)p数据加密功能通常也作为可选特征,允许用户自由选择n数据加密与解密是比较费时的操作n数据加密与解密程序会占用大量系统资源n应该只对高度机密的数据加密小结p用户标识与鉴别p存取控制自主存取控制方法授权与回收强制存取控制方法数据标记p视图机制p审计p数据加密

展开阅读全文
相关资源
正为您匹配相似的精品文档
相关搜索

最新文档


当前位置:首页 > 高等教育 > 研究生课件

电脑版 |金锄头文库版权所有
经营许可证:蜀ICP备13022795号 | 川公网安备 51140202000112号