数据库系统概论(第四版)配套PPT4_第1页
数据库系统概论(第四版)配套PPT4_第2页
数据库系统概论(第四版)配套PPT4_第3页
数据库系统概论(第四版)配套PPT4_第4页
数据库系统概论(第四版)配套PPT4_第5页
已阅读5页,还剩94页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

数据库系统概论AnIntroductiontoDatabaseSystem第四章数据库安全性第四章数据库安全性

问题的提出数据库的一大特点是数据可以共享但数据共享必然带来数据库的安全性问题数据库系统中的数据共享不能是无条件的共享例:军事秘密、国家机密、新产品实验数据、市场需求分析、市场营销策略、销售计划、客户档案、医疗档案、银行储蓄数据数据库安全性(续)数据库中数据的共享是在DBMS统一的严格的控制之下的共享,即只允许有合法使用权限的用户访问允许他存取的数据数据库系统的安全保护措施是否有效是数据库系统主要的性能指标之一数据库安全性(续)什么是数据库的安全性数据库的安全性是指保护数据库,防止因用户非法使用数据库造成数据泄露、更改或破坏。什么是数据的保密数据保密是指用户合法地访问到机密数据后能否对这些数据保密。通过制订法律道德准则和政策法规来保证。第四章数据库安全性4.1计算机安全性概论4.2数据库安全性控制4.3视图机制4.1.1计算机系统的三类安全性问题

什么是计算机系统安全性为计算机系统建立和采取的各种安全保护措施,以保护计算机系统中的硬件、软件及数据,防止其因偶然或恶意的原因使系统遭到破坏,数据遭到更改或泄露等。4.1.1计算机系统的三类安全性问题

计算机安全涉及问题计算机系统本身的技术问题计算机安全理论与策略计算机安全技术管理问题安全管理安全评价安全产品4.1.1计算机系统的三类安全性问题

计算机安全涉及问题(续)法学计算机安全法律犯罪学计算机犯罪与侦察安全监察心理学4.1.1计算机系统的三类安全性问题

三类计算机系统安全性问题技术安全类管理安全类政策法律类4.1.1计算机系统的三类安全性问题

技术安全指计算机系统中采用具有一定安全性的硬件、软件来实现对计算机系统及其所存数据的安全保护,当计算机系统受到无意或恶意的攻击时仍能保证系统正常运行,保证系统内的数据不增加、不丢失、不泄露。4.1.1计算机系统的三类安全性问题管理安全软硬件意外故障、场地的意外事故、管理不善导致的计算机设备和数据介质的物理破坏、丢失等安全问题4.1.1计算机系统的三类安全性问题

政策法律类政府部门建立的有关计算机犯罪、数据安全保密的法律道德准则和政策法规、法令4.1.2安全标准简介为降低进而消除对系统的安全攻击,各国引用或制定了一系列安全标准4.1.2安全标准简介1985年美国国防部(DoD)正式颁布《DoD可信计算机系统评估标准》(简称TCSEC或DoD85)TCSEC又称桔皮书TCSEC标准的目的提供一种标准,使用户可以对其计算机系统内敏感信息安全操作的可信程度做评估。给计算机行业的制造商提供一种可循的指导规则,使其产品能够更好地满足敏感应用的安全需求。4.1.2安全标准简介1991年4月美国NCSC(国家计算机安全中心)颁布了《可信计算机系统评估标准关于可信数据库系统的解释》(TrustedDatabaseInterpretation简称TDI)TDI又称紫皮书。它将TCSEC扩展到数据库管理系统。TDI中定义了数据库管理系统的设计与实现中需满足和用以进行安全性级别评估的标准。4.1.2安全标准简介TDI/TCSEC标准的基本内容TDI与TCSEC一样,从四个方面来描述安全性级别划分的指标安全策略责任保证文档4.1.2安全标准简介R1安全策略(SecurityPolicy)

R1.1自主存取控制(DiscretionaryAccessControl,简记为DAC)

R1.2客体重用(ObjectReuse)

R1.3标记(Labels)

R1.4强制存取控制(MandatoryAccessControl,简记为MAC)4.1.2安全标准简介R2责任(Accountability)

R2.1标识与鉴别(Identification&Authentication)

R2.2审计(Audit)R3保证(Assurance)

R3.1操作保证(OperationalAssurance)

R3.2生命周期保证(LifeCycleAssurance)4.1.2安全标准简介R4文档(Documentation)

R4.1安全特性用户指南(SecurityFeaturesUser'sGuide)

R4.2可信设施手册(TrustedFacilityManual)

R4.3测试文档(TestDocumentation)

R4.4设计文档(DesignDocumentation)4.1.2安全标准简介TCSEC/TDI安全级别划分安全级别定义A1验证设计(VerifiedDesign)B3安全域(SecurityDomains)B2结构化保护(StructuralProtection)

B1标记安全保护(LabeledSecurityProtection)

C2受控的存取保护(ControlledAccessProtection)

C1自主安全保护(DiscretionarySecurityProtection)

D最小保护(MinimalProtection)4.1.2安全标准简介四组(division)七个等级

DC(C1,C2)

B(B1,B2,B3)

A(A1)按系统可靠或可信程度逐渐增高各安全级别之间具有一种偏序向下兼容的关系,即较高安全性级别提供的安全保护要包含较低级别的所有保护要求,同时提供更多或更完善的保护能力。4.1.2安全标准简介D级将一切不符合更高标准的系统均归于D组典型例子:DOS是安全标准为D的操作系统

DOS在安全性方面几乎没有什么专门的机制来保障4.1.2安全标准简介C1级非常初级的自主安全保护能够实现对用户和数据的分离,进行自主存取控制(DAC),保护或限制用户权限的传播。4.1.2安全标准简介C2级安全产品的最低档次提供受控的存取保护,将C1级的DAC进一步细化,以个人身份注册负责,并实施审计和资源隔离达到C2级的产品在其名称中往往不突出“安全”(Security)这一特色4.1.2安全标准简介典型例子操作系统Microsoft的WindowsNT3.5,数字设备公司的OpenVMSVAX6.0和6.1

数据库Oracle公司的Oracle7Sybase公司的SQLServer11.0.64.1.2安全标准简介B1级标记安全保护。“安全”(Security)或“可信的”(Trusted)产品。对系统的数据加以标记,对标记的主体和客体实施强制存取控制(MAC)、审计等安全机制4.1.2安全标准简介典型例子操作系统数字设备公司的SEVMSVAXVersion6.0惠普公司的HP-UXBLSrelease4.0.9+

数据库Oracle公司的TrustedOracle7Sybase公司的SecureSQLServerversion11.0.6Informix公司的IncorporatedINFORMIX-OnLine/Secure5.04.1.2安全标准简介B2级结构化保护建立形式化的安全策略模型并对系统内的所有主体和客体实施DAC和MAC。经过认证的B2级以上的安全系统非常稀少4.1.2安全标准简介典型例子操作系统只有TrustedInformationSystems公司的TrustedXENIX一种产品标准的网络产品只有CryptekSecureCommunications公司的LLCVSLAN一种产品数据库没有符合B2标准的产品4.1.2安全标准简介B3级安全域。该级的TCB必须满足访问监控器的要求,审计跟踪能力更强,并提供系统恢复过程。4.1.2安全标准简介A1级验证设计,即提供B3级保护的同时给出系统的形式化设计说明和验证以确信各安全保护真正实现。4.1.2安全标准简介B2以上的系统还处于理论研究阶段应用多限于一些特殊的部门如军队等美国正在大力发展安全产品,试图将目前仅限于少数领域应用的B2安全级别下放到商业应用中来,并逐步成为新的商业标准。4.1.2安全标准简介CC评估保证级别划分评估保证级定义TCSECEAL1功能测试EAL2结构测试C1EAL3系统测试与检查C2EAL4系统设计,测试与复查B1EAL5半结构化设计与测试B2EAL6半结构化验证的设计与测试B3EAL7形式化验证的设计和测试A14.2数据库安全性控制

应用DBMSOS

DB低高安全性控制层次方法:

用户标识和鉴定

存取控制审计视图

操作系统安全保护

密码存储

4.2数据库安全性控制数据库安全性控制的常用方法用户标识和鉴定存取控制视图审计密码存储4.2.1用户标识与鉴别用户标识与鉴别(Identification&Authentication)系统提供的最外层安全保护措施4.2.1用户标识与鉴别基本方法系统提供一定的方式让用户标识自己的名字或身份;系统内部记录着所有合法用户的标识;每次用户要求进入系统时,由系统核对用户提供的身份标识;通过鉴定后才提供机器使用权。用户标识和鉴定可以重复多次4.2.1用户标识与鉴别用户名/口令简单易行,容易被人窃取每个用户预先约定好一个计算过程或者函数系统提供一个随机数用户根据自己预先约定的计算过程或者函数进行计算系统根据用户计算结果是否正确鉴定用户身份4.2.2存取控制存取控制机制的功能存取控制机制的组成定义存取权限检查存取权限用户权限定义和合法权检查机制一起组成了DBMS的安全子系统4.2.2存取控制定义存取权限在数据库系统中,为了保证用户只能访问他有权存取的数据,必须预先对每个用户定义存取权限。检查存取权限对于通过鉴定获得上机权的用户(即合法用户),系统根据他的存取权限定义对他的各种操作请求进行控制,确保他只执行合法操作。4.2.2存取控制常用存取控制方法自主存取控制(DiscretionaryAccessControl,简称DAC)

C2级

灵活强制存取控制(MandatoryAccessControl,简称

MAC)

B1级严格4.2.3自主存取控制方法同一用户对于不同的数据对象有不同的存取权限不同的用户对同一对象也有不同的权限用户还可将其拥有的存取权限转授给其他用户强制存取控制方法每一个数据对象被标以一定的密级每一个用户也被授予某一个级别的许可证对于任意一个对象,只有具有合法许可证的用户才可以存取4.2.3自主存取控制方法定义存取权限存取权限存取权限由两个要素组成数据对象操作类型自主存取控制方法(续)关系系统中的存取权限类型

数据对象 操作类型模式 模式 建立、修改、删除、检索 外模式建立、修改、删除、检索 内模式 建立、删除、检索数据 表 查找、插入、修改、删除 属性列 查找、插入、修改、删除4.2.4授权与回收某个用户对某类数据库对象具有何种操作权力是个政策问题而不是技术问题GRANT语句向用户授权REVOKE语句收回授予的权限4.2.4授权与回收一、GRANT语句格式GRANT<权限>[,<权限>]…On<对象类型>,<对象名>[,<对象类型>,<对象名>]…TO<用户>[,<用户>]…[WITHGRANTOPTION]语义:将对指定对象的指定操作权限授予指定用户4.2.4授权与回收如果指定了WITHGRANTOPTION子句,则获取权限的用户可以把此权限转授其他用户。如果没有指定WITHGRANTOPTION子句,则获取权限的用户不能把此权限转授其他用户。4.2.4授权与回收SQL允许具有WITHGRANTOPTION的用户把相应权限或其子集传递授予其他用户不允许循环授权

U1───→U2───→U3───→U4

↑│└───────×────────┘4.2.4授权与回收[例1]把查询STUDENT表的权限授予用户U1GRANTSELECTONTABLESTUDENTTOU1;4.2.4授权与回收[例2]把对STUDENT和COURSE表的全部操作权限授予用户U1和U2GRANTALLPRIVILEGESONTABLESTUDENT,COURSETOU1,U2;4.2.4授权与回收[例3]把对表ScR

查询权限授予所有用户GRANTSELECTONTALBESCTOPUBLIC;4.2.4授权与回收[例4]把查询STUDENT表和修改学生学号的权限授给用户U5GRANTUPDATE(Sno),SELECTONTABLESTUDENTTOU4;4.2.4授权与回收[例5]把对表SC的INSERT权限授予U5,并允许将此权限再授予其他用户GRANTINSERTONTABLESCTOU5WITHGRANTOPTION;4.2.4授权与回收[例6]GRANTINSERTONTABLESCTOU6WITHGRANTOPTION;[例7]GRANTINSERTONTABLESCTOU7;4.2.4授权与回收二、REVOKE语句格式REVOKE<权限>[,<权限>]…On<对象类型>,<对象名>[,<对象类型>,<对象名>]…FROM<用户>[,<用户>]…语义:将回收指定用户对指定对象的指定操作权限4.2.4授权与回收[例8]把用户U4修改学生学号的权限收回REVOKEUPDATE(Sno)ONTABLESTUDENTFROMU4;4.2.4授权与回收[例9]收回所有用户对表SC的查询权限REVOKESELECTONTABLESCFROMPUBLIC;4.2.4授权与回收[例10]把用户U5权SC表的INSERT权限收回REVOKEINSERTONTABLESCFROMU5;4.2.4授权与回收三、创建数据库模式的权限对数据库模式的授权只能由DBA在创建用户时实现格式CREATEUSER<用户名>[WITH][DBA][RESOURCE][CONNECT]4.2.4授权与回收只有超级用户才有权创建新用户新创建用户有三种权限:DBA,RESOURC,CONNECTCREATEUSER中没有指定权限,默认为CONNECTCONNEC权限:不能创建用户,模式和表,只能登录数据库,其他权限同DBA授予;RESOURC权限:能创建表和视图,成为宿主。不能创建用户和模式,可能授权给其他对象;DBA权限:是系统的超级用户。4.2.5数据库角色数据库角色是被命名的一组与数据库操作相关权限的集合,因此,可以为一组具有相同权限的用户创建一个角色.在SQL中用CREATEROLE创建角色,然后用GRANT授权4.2.5数据库角色一、角色创建CREATEROLE<角色名>4.2.5数据库角色二、给角色授权GRANT<权限>[,<权限>]…On<对象类型>,<对象名>[,<对象类型>,<对象名>]…TO<角色>[,<角色>]…4.2.5数据库角色三、将一个角色授予其他角色或用户GRANT<角色1>[,<角色2>]…TO<角色3>[,<用户1>]…[WITHADMINOPTION]4.2.5数据库角色四、角色权限回收REVOKE<权限>[,<权限>]…On<对象类型>,<对象名>[,<对象类型>,<对象名>]…FROM<角色>[,<角色>]…4.2.5数据库角色[例11]通过角色来实现一组权限授予一个用户CREATEROLER1;GRANTSELECT,UPDATE,INSERTONTABLESTUDENTTOR1;GRANTR1TO王平,张明,赵玲;REVOKER1FROM王平;4.2.5数据库角色[例12]角色权限修改GRANTDELETEONTABLESTUDENTTOR1;[例13]REVOKESELECTONTABLEFROMR1;系统角色(补充)CONNECT角色允许用户登录数据库并执行数据查询和操纵

ALTERTABLECREATEVIEW/INDEXDROPTABLE/VIEW/INDEXGRANT,REVOKEINSERT,UPDATE,DELETESELETEAUDIT/NOAUDIT系统角色(补充)RESOURCE角色允许用户建表,即执行CREATETABLE操作由于创建表的用户将拥有该表,因此他具有对该表的任何权限系统角色(补充)DBA角色允许用户执行授权命令,建表,对任何表的数据进行操纵。DBA角色涵盖了前两种角色,此外还可以执行一些管理操作。DBA角色拥有最高级别的权限。系统角色(补充)例:DBA建立一用户U12后,欲将ALTERTABLE、CREATEVIEW、CREATEINDEX、DROPTABLE、DROPVIEW、DROPINDEX,GRANT,REVOKE、INSERT、SELETE、UPDATE、DELETE、AUDIT、NOAUDIT等系统权限授予U12

GRANTCONNECTTOU12;

这样就可以省略十几条GRANT语句4.2.6强制存取控制方法什么是强制存取控制强制存取控制(MAC)是指系统为保证更高程度的安全性,按照TDI/TCSEC标准中安全策略的要求,所采取的强制存取检查手段。MAC不是用户能直接感知或进行控制的。MAC适用于对数据有严格而固定密级分类的部门军事部门政府部门4.2.6强制存取控制方法主体与客体在MAC中,DBMS所管理的全部实体被分为主体和客体两大类主体是系统中的活动实体

DBMS所管理的实际用户代表用户的各进程客体是系统中的被动实体,是受主体操纵的文件,基表,索引,视图4.2.6强制存取控制方法敏感度标记对于主体和客体,DBMS为它们每个实例(值)指派一个敏感度标记(Label)

敏感度标记分成若干级别绝密(TopSecret)

机密(Secret)

可信(Confidential)

公开(Public)4.2.6强制存取控制方法主体的敏感度标记称为许可证级别(ClearanceLevel)客体的敏感度标记称为密级(ClassificationLevel)MAC机制就是通过对比主体的Label和客体的Label,最终确定主体是否能够存取客体4.2.6强制存取控制方法强制存取控制规则当某一用户(或某一主体)以标记label注册入系统时,系统要求他对任何客体的存取必须遵循下面两条规则:(1)仅当主体的许可证级别大于或等于客体的密级时,该主体才能读取相应的客体;(2)仅当主体的许可证级别等于客体的密级时,该主体才能写相应的客体。4.2.6强制存取控制方法修正规则:主体的许可证级别<=客体的密级主体能写客体用户可为写入的数据对象赋予高于自己的许可证级别的密级一旦数据被写入,该用户自己也不能再读该数据对象了。4.2.6强制存取控制方法规则的共同点禁止了拥有高许可证级别的主体更新低密级的数据对象4.2.6强制存取控制方法强制存取控制的特点MAC是对数据本身进行密级标记无论数据如何复制,标记与数据是一个不可分的整体只有符合密级标记要求的用户才可以操纵数据从而提供了更高级别的安全性MAC与DACDAC与MAC共同构成DBMS的安全机制原因:较高安全性级别提供的安全保护要包含较低级别的所有保护先进行DAC检查,通过DAC检查的数据对象再由系统进行MAC检查,只有通过MAC检查的数据对象方可存取。4.2.6强制存取控制方法DAC+MAC安全检查示意图

SQL语法分析&语义检查

DAC检查安全检查

MAC检查

继续4.3视图机制视图机制把要保密的数据对无权存取这些数据的用户隐藏起来,视图机制更主要的功能在于提供数据独立性,其安全保护功能太不精细,往往远不能达到应用系统的要求。4.3视图机制视图机制与授权机制配合使用:首先用视图机制屏蔽掉一部分保密数据视图上面再进一步定义存取权限间接实现了支持存取谓词的用户权限定义4.3视图机制例:王平只能检索计算机系学生的信息先建立计算机系学生的视图CS_Student

CREATEVIEWCS_StudenASSELECTFROMStudentWHERESdept='CS';4.3视图机制在视图上进一步定义存取权限

GRANTSELECTONCS_StudentTO王平;4.4审计什么是审计启用一个专用的审计日志(AuditLog)将用户对数据库的所有操作记录在上面DBA可以利用审计日志中的追踪信息找出非法存取数据的人C2以上安全级别的DBMS必须具有审计功能4.4审计审计功能的可选性审计很费时间和空间DBA可以根据应用对安全性的要求,灵活地打开或关闭审计功能。4.4审计强制性机制:用户识别和鉴定、存取控制、视图预防监测手段:

审计技术4.5数据加密数据加密防止数据库中数据在

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论