《数据安全性》PPT课件

2022-7-161数据库原理计算机系计算机系软件教研室软件教研室2022-7-162数据库原理数据库原理第第四四章章 数据库安全性数据库安全性2022-7-163第4章 数据库安全性 问题的提出 数据库的一大特点是数据可以共享 但数据共享必然带来数据库的安全性问题 数据库系统中的数据共享不能是无条件的共享例：军事秘密、国家机密、新产品实验数据、市场需求分析、市场营销策略、销售计划、客户档案、医疗档案、银行储蓄数据2022-7-164数据库安全性（续）数据库中数据的共享是在DBMS统一的严格的控制之下的共享，即只允许有合法使用权限的用户访问允许他存取的数据 数据库系统的安全保护措施是否有效是数据库系统主要的性能指标之一2022-7-165数据库安全性（续）什么是数据库的安全性 数据库的安全性是指保护数据库，防止因用户非法使用数据库造成数据泄露、更改或破坏。什么是数据的保密 数据保密是指用户合法地访问到机密数据后能否对这些数据保密。通过制订法律道德准则和政策法规来保证。2022-7-166第4章 数据库安全性4.1 计算机安全性概论4.2 数据库安全性控制4.3 统计数据库安全性4.4 小结2022-7-167第4章 数据库安全性4.1 计算机安全性概论4.2 数据库安全性控制4.3 统计数据库安全性4.4 小结2022-7-1684.1 计算机安全性概论4.1.1 计算机系统的三类安全性问题 4.1.2 可信计算机系统评测标准2022-7-1694.1 计算机安全性概论4.1.1 计算机系统的三类安全性问题 4.1.2 可信计算机系统评测标准2022-7-16104.1.1 计算机系统的三类安全性问题 什么是计算机系统安全性 为计算机系统建立和采取的各种安全保护措施，以保护计算机系统中的硬件、软件及数据，防止其因偶然或恶意的原因使系统遭到破坏，数据遭到更改或泄露等。2022-7-1611计算机系统的三类安全性问题（续）计算机安全涉及问题 计算机系统本身的技术问题 计算机安全理论与策略 计算机安全技术 管理问题 安全管理 安全评价 安全产品2022-7-1612计算机系统的三类安全性问题（续）计算机安全涉及问题(续)法学 计算机安全法律 犯罪学 计算机犯罪与侦察 安全监察 心理学2022-7-1613计算机系统的三类安全性问题（续）三类计算机系统安全性问题 技术安全类 管理安全类 政策法律类2022-7-1614计算机系统的三类安全性问题（续）技术安全指计算机系统中采用具有一定安全性的硬件、软件来实现对计算机系统及其所存数据的安全保护，当计算机系统受到无意或恶意的攻击时仍能保证系统正常运行，保证系统内的数据不增加、不丢失、不泄露。2022-7-1615计算机系统的三类安全性问题（续）管理安全软硬件意外故障、场地的意外事故、管理不善导致的计算机设备和数据介质的物理破坏、丢失等安全问题2022-7-1616计算机系统的三类安全性问题（续）政策法律类政府部门建立的有关计算机犯罪、数据安全保密的法律道德准则和政策法规、法令2022-7-16174.1 计算机安全性概论4.1.1 计算机系统的三类安全性问题 4.1.2 可信计算机系统评测标准2022-7-16184.1.2 可信计算机系统评测标准 为降低进而消除对系统的安全攻击，各国引用或制定了一系列安全标准 TCSEC(桔皮书)TDI(紫皮书)2022-7-1619可信计算机系统评测标准（续）TDI/TCSEC标准的基本内容 TDI与TCSEC一样，从四个方面来描述安全性级别划分的指标 安全策略 责任 保证 文档2022-7-1620可信计算机系统评测标准（续）TCSEC/TDI安全级别划分安安 全全 级级 别别 定定 义义A1验证设计（验证设计（Verified Design）B3安全域（安全域（Security Domains）B2结构化保护（结构化保护（Structural Protection）B1标记安全保护（标记安全保护（Labeled Security Protection）C2受控的存取保护受控的存取保护（Controlled Access Protection）C1自主安全保护自主安全保护（Discretionary Security Protection）D最小保护（最小保护（Minimal Protection）2022-7-1621可信计算机系统评测标准（续）四组(division)七个等级 D C（C1，C2）B（B1，B2，B3）A（A1）按系统可靠或可信程度逐渐增高 各安全级别之间具有一种偏序向下兼容的关系，即较高安全性级别提供的安全保护要包含较低级别的所有保护要求，同时提供更多或更完善的保护能力。2022-7-1622可信计算机系统评测标准（续）D级 将一切不符合更高标准的系统均归于D组 典型例子：DOS是安全标准为D的操作系统 DOS在安全性方面几乎没有什么专门的机制来保障2022-7-1623可信计算机系统评测标准（续）C1级 非常初级的自主安全保护 能够实现对用户和数据的分离，进行自主存取控制（DAC），保护或限制用户权限的传播。2022-7-1624可信计算机系统评测标准（续）C2级 安全产品的最低档次 提供受控的存取保护，将C1级的DAC进一步细化，以个人身份注册负责，并实施审计和资源隔离 达到C2级的产品在其名称中往往不突出“安全”(Security)这一特色2022-7-1625可信计算机系统评测标准（续）典型例子 操作系统Microsoft的，数字设备公司的和 数据库Oracle公司的Oracle 7Sybase公司的 2022-7-1626可信计算机系统评测标准（续）B1级 标记安全保护。“安全”(Security)或“可信的”(Trusted)产品。对系统的数据加以标记，对标记的主体和客体实施强制存取控制（MAC）、审计等安全机制2022-7-1627可信计算机系统评测标准（续）典型例子 操作系统数字设备公司的惠普公司的HP-UX BLS release 9.0.9+数据库Oracle公司的Trusted Oracle 7Sybase公司的Informix公司的2022-7-1628可信计算机系统评测标准（续）B2级 结构化保护 建立形式化的安全策略模型并对系统内的所有主体和客体实施DAC和MAC。经过认证的B2级以上的安全系统非常稀少2022-7-1629可信计算机系统评测标准（续）典型例子 操作系统只有Trusted Information Systems公司的Trusted XENIX一种产品 标准的网络产品只有Cryptek Secure Communications公司的LLC VSLAN一种产品 数据库没有符合B2标准的产品2022-7-1630可信计算机系统评测标准（续）B3级 安全域。该级的TCB必须满足访问监控器的要求，审计跟踪能力更强，并提供系统恢复过程。2022-7-1631可信计算机系统评测标准（续）A1级 验证设计，即提供B3级保护的同时给出系统的形式化设计说明和验证以确信各安全保护真正实现。2022-7-1632可信计算机系统评测标准（续）B2以上的系统 还处于理论研究阶段 应用多限于一些特殊的部门如军队等 美国正在大力发展安全产品，试图将目前仅限于少数领域应用的B2安全级别下放到商业应用中来，并逐步成为新的商业标准。2022-7-1633第4章 数据库安全性4.1 计算机安全性概论4.2 数据库安全性控制4.3 统计数据库安全性4.4 小结2022-7-16344.2 数据库安全性控制4.2.1 数据库安全性控制概述4.2.2 用户标识与鉴别4.2.3 存取控制4.2.4 自主存取控制方法4.2.5 授权与回收4.2.6 数据库角色(简介)4.2.7 强制存取控制方法4.2.8 视图机制4.2.9 审计4.2.10 数据加密2022-7-16354.2.1 数据库安全性控制概述 非法使用数据库的情况 用户编写一段合法的程序绕过DBMS及其授权机制，通过操作系统直接存取、修改或备份数据库中的数据；直接或编写应用程序执行非授权操作；2022-7-1636数据库安全性控制概述（续）通过多次合法查询数据库从中推导出一些保密数据 例：某数据库应用系统禁止查询单个人的工资，但允许查任意一组人的平均工资。用户甲想了解张三的工资，于是他：首先查询包括张三在内的一组人的平均工资 然后查用自己替换张三后这组人的平均工资 从而推导出张三的工资 破坏安全性的行为可能是无意的，故意的，恶意的。2022-7-1637计算机系统中的安全模型 应用应用DBMSOS DB 低低 高高安全性控制层次安全性控制层次 方法：方法：用户标识用户标识和鉴定和鉴定 存取控制存取控制审计审计视图视图 操作系统操作系统 安全保护安全保护 密码存储密码存储 2022-7-1638数据库安全性控制概述（续）数据库安全性控制的常用方法 用户标识和鉴定 存取控制 视图 审计 密码存储2022-7-16394.2 数据库安全性控制4.2.1 数据库安全性控制概述4.2.2 用户标识与鉴别4.2.3 存取控制4.2.4 自主存取控制方法4.2.5 授权与回收4.2.6 数据库角色(简介)4.2.7 强制存取控制方法4.2.8 视图机制4.2.9 审计4.2.10 数据加密2022-7-16404.2.2 用户标识与鉴别 用户标识与鉴别（Identification&Authentication）系统提供的最外层安全保护措施2022-7-16414.2.2 用户标识与鉴别基本方法 系统提供一定的方式让用户标识自己的名字或身份；系统内部记录着所有合法用户的标识；每次用户要求进入系统时，由系统核对用户提供的身份标识；通过鉴定后才提供机器使用权。用户标识和鉴定可以重复多次2022-7-1642用户标识自己的名字或身份 用户名/口令 简单易行，容易被人窃取 每个用户预先约定好一个计算过程或者函数 系统提供一个随机数 用户根据自己预先约定的计算过程或者函数进行计算 系统根据用户计算结果是否正确鉴定用户身份2022-7-16434.2 数据库安全性控制4.2.1 数据库安全性控制概述4.2.2 用户标识与鉴别4.2.3 存取控制4.2.4 自主存取控制方法4.2.5 授权与回收4.2.6 数据库角色(简介)4.2.7 强制存取控制方法4.2.8 视图机制4.2.9 审计4.2.10 数据加密2022-7-16444.2.3 存取控制 存取控制机制的功能 存取控制机制的组成 定义存取权限 检查存取权限用户权限定义和合法权检查机制一起组成了DBMS的安全子系统2022-7-1645存取控制（续）定义存取权限 在数据库系统中，为了保证用户只能访问他有权存取的数据，必须预先对每个用户定义存取权限。检查存取权限 对于通过鉴定获得上机权的用户（即合法用户），系统根据他的存取权限定义对他的各种操作请求进行控制，确保他只执行合法操作。2022-7-1646存取控制（续）常用存取控制方法 自主存取控制（Discretionary Access Control，简称DAC）C2级 灵活 强制存取控制（Mandatory Access Control，简称 MAC）B1级 严格2022-7-1647自主存取控制方法 同一用户对于不同的数据对象有不同的存取权限 不同的用户对同一对象也有不同的权限 用户还可将其拥有的存取权限转授给其他用户2022-7-1648强制存取控制方法 每一个数据对象被标以一定的密级 每一个用户也被授予某一个级别的许可证 对于任意一个对象，只有具有合法许可证的用户才可以存取2022-7-16494.2 数据库安全性控制4.2.1 数据库安全性控制概述4.2.2 用户标识与鉴别4.2.3 存取控制4.2.4 自主存取控制方法4.2.5 授权与回收4.2.6 数据库角色(简介)4.2.7 强制存取控制方法4.2.8 视图机制4.2.9 审计4.2.10 数据加密2022-7-16504.2.4 自主存取控制方法 定义存取权限存取权限 存取权限由两个要素组成数据对象操作类型2022-7-1651自主存取控制方法（续）关系系统中的存取权限 类型 数据对象操作类型模 式 模 式建立、修改、删除、检索外模式 建立、修改、删除、检索 内模式建立、删除、检索数 据 表查找、插入、修改、删除属性列查找、插入、修改、删除2022-7-1652自主存取控制方法（续）关系系统中的存取权限(续)定义方法GRANT/REVOKE2022-7-1653自主存取控制方法（续）关系系统中的存取权限(续)例:一张授权表 用户名 数据对象名 允许的操作类型 王 平 关系Student SELECT 张明霞 关系Student UPDATE 张明霞 关系Course ALL 张明霞 SC.Grade UPDATE 张明霞 SC.Sno SELECT 张明霞 SC.Cno SELECT2022-7-1654自主存取控制方法（续）检查存取权限 对于获得上机权后又进一步发出存取数据库操作的用户 DBMS查找数据字典，根据其存取权限对操作的合法性进行检查 若用户的操作请求超出了定义的权限，系统将拒绝执行此操作2022-7-1655自主存取控制方法（续）授权粒度 授权粒度是指可以定义的数据对象的范围 它是衡量授权机制是否灵活的一个重要指标。授权定义中数据对象的粒度越细，即可以定义的数据对象的范围越小，授权子系统就越灵活。2022-7-1656自主存取控制方法（续）关系数据库中授权的数据对象粒度 数据库 表 属性列 行 能否提供与数据值有关的授权反映了授权子系统精巧程度2022-7-1657自主存取控制方法（续）实现与数据值有关的授权 利用存取谓词 存取谓词可以很复杂 可以引用系统变量，如终端设备号，系统时钟等，实现与时间地点有关的存取权限，这样用户只能在某段时间内，某台终端上存取有关数据 例：规定“教师只能在每年_月份和_月份星期一至星期五上午8点到下午5点处理学生成绩数据”。2022-7-1658自主存取控制方法（续）例：扩充后的授权表 用户名 数据对象名 允许的操作类型 存取谓词王平 关系Student SELECT Sdept=CS张明霞 关系Student UPDATE Sname=张明霞张明霞 关系 Course ALL 空2022-7-1659自主存取控制方法（续）自主存取控制小结 定义存取权限 用户 检查存取权限 DBMS2022-7-1660自主存取控制方法（续）自主存取控制小结(续)授权粒度 数据对象粒度：数据库、表、属性列、行数据值粒度：存取谓词 授权粒度越细，授权子系统就越灵活，能够提供的安全性就越完善。但另一方面，因数据字典变大变复杂，系统定义与检查权限的开销也会相应地增大。2022-7-1661自主存取控制方法（续）自主存取控制小结(续)优点 能够通过授权机制有效地控制其他用户对敏感数据的存取2022-7-1662自主存取控制方法（续）自主存取控制小结(续)缺点 可能存在数据的“无意泄露”原因：这种机制仅仅通过对数据的存取权限来进行安全控制，而数据本身并无安全性标记。解决：对系统控制下的所有主客体实施强制存取控制策略2022-7-16634.2 数据库安全性控制4.2.1 数据库安全性控制概述4.2.2 用户标识与鉴别4.2.3 存取控制4.2.4 自主存取控制方法4.2.5 授权与回收4.2.6 数据库角色(简介)4.2.7 强制存取控制方法4.2.8 视图机制4.2.9 审计4.2.10 数据加密2022-7-16644.2.5 授权与回收一、一、GRANT GRANT语句的一般格式：GRANT,.ON TO,.WITH GRANT OPTION;语义：将对指定操作对象的指定操作权限授予指定的用户 2022-7-1665GRANT（续）发出GRANT：DBA数据库对象创建者（即属主Owner）拥有该权限的用户按受权限的用户 一个或多个具体用户PUBLIC（全体用户）2022-7-1666WITH GRANT OPTION子句 WITH GRANT OPTION子句:指定：可以再授予 没有指定：不能传播 不允许循环授权2022-7-1667例题 例1 把查询Student表权限授给用户U1 GRANT SELECT ON TABLE Student TO U1;例2 把对Student表和Course表的全部权限授予用户U2和U3 GRANT ALL PRIVILIGES ON TABLE Student,Course TO U2,U3;2022-7-1668例题（续）例3 把对表SC的查询权限授予所有用户 GRANT SELECT ON TABLE SC TO PUBLIC;例4 把查询Student表和修改学生学号的权限授给用户U4 GRANT UPDATE(Sno),SELECT ON TABLE Student TO U4;对属性列的授权时必须明确指出相应属性列名 2022-7-1669例题（续）例5 把对表SC的INSERT权限授予U5用户，并允许他再将此权限授予其他用户 GRANT INSERT ON TABLE SC TO U5 WITH GRANT OPTION;2022-7-1670传播权限执行例5后，U5不仅拥有了对表SC的INSERT权限，还可以传播此权限：例6 GRANT INSERT ON TABLE SC TO U6 WITH GRANT OPTION;同样，U6还可以将此权限授予U7：例7 GRANT INSERT ON TABLE SC TO U7;但U7不能再传播此权限。2022-7-1671传播权限（续）下表是执行了例1到例7的语句后，学生-课程数据库中的用户权限定义表 授权用户名被授权用户名数据库对象名允许的操作类型能否转授权DBAU1关系StudentSELECT不能DBAU2关系StudentALL不能DBAU2关系CourseALL不能DBAU3关系StudentALL不能DBAU3关系CourseALL不能DBAPUBLIC关系SCSELECT不能DBAU4关系StudentSELECT不能DBAU4属性列Student.SnoUPDATE不能DBAU5关系SCINSERT能U5U6关系SCINSERT能U6U7关系SCINSERT不能2022-7-1672授权与回收（续）二、二、REVOKE REVOKE语句的一般格式为：REVOKE,.ON FROM,.;授予的权限可以由DBA或其他授权者用REVOKE语句收回2022-7-1673REVOKE（续）例8 把用户U4修改学生学号的权限收回REVOKE UPDATE(Sno)ON TABLE Student FROM U4;例9 收回所有用户对表SC的查询权限REVOKE SELECT ON TABLE SC FROM PUBLIC;2022-7-1674REVOKE（续）例10 把用户U5对SC表的INSERT权限收回REVOKE INSERT ON TABLE SC FROM U5 CASCADE;将用户U5的INSERT权限收回的时候必须级联（CASCADE）收回 系统只收回直接或间接从U5处获得的权限 2022-7-1675REVOKE（续）执行例8到例10的语句后，学生-课程数据库中的用户权限定义表授权用户名被授权用户名数据库对象名允许的操作类型能否转授权DBAU1关系StudentSELECT不能DBAU2关系StudentALL不能DBAU2关系CourseALL不能DBAU3关系StudentALL不能DBAU3关系CourseALL不能DBAU4关系StudentSELECT不能2022-7-1676小结:SQL灵活的授权机制 DBA：拥有所有对象的所有权限 不同的权限授予不同的用户 用户：拥有自己建立的对象的全部的操作权限 GRANT：授予其他用户 被授权的用户“继续授权”许可：再授予 所有授予出去的权力在必要时又都可用REVOKE语句收回2022-7-1677授权与回收（续）三、创建数据库模式的权限三、创建数据库模式的权限 DBA在创建用户时实现。(1)只有系统的超级用户才有权创建一个新的数据库用户；(2)新创建的数据库用户有三种权限：CONNECT、RESOURCE和DBA。默认为CONNECT权限。CREATE USER语句格式 CREATE USER WITHDBA|RESOURCE|CONNECT2022-7-1678授权与回收（续）拥有的权限可否执行的操作CREATE USERCREATE SCHEMACREATE TABLE登录数据库执行数据查询和操纵DBA可以可以可以可以RESOURCE不可以不可以可以可以CONNECT不可以不可以不可以可以，但必须拥有相应权限权限与可执行的操作对照表 2022-7-16794.2 数据库安全性控制4.2.1 数据库安全性控制概述4.2.2 用户标识与鉴别4.2.3 存取控制4.2.4 自主存取控制方法4.2.5 授权与回收4.2.6 数据库角色(简介)4.2.7 强制存取控制方法4.2.8 视图机制4.2.9 审计4.2.10 数据加密2022-7-16804.2.6 数据库角色 数据库角色：被命名的一组与数据库操作相关的权限 角色是权限的集合 可以为一组具有相同权限的用户创建一个角色 简化授权的过程2022-7-1681数据库角色 一、角色的创建一、角色的创建CREATE ROLE 刚刚创建的角色是空的，没有任何内容。可以用GRANT为角色授权。二、给角色授权二、给角色授权 GRANT ，ON 对象名 TO，DBA和用户可以利用GRANT语句将权限授予某一个或几个角色。2022-7-1682数据库角色 三、将一（多）个角色授予其他的角色或用户三、将一（多）个角色授予其他的角色或用户GRANT ，TO ，WITH ADMIN OPTION这样，一个角色（如角色3）所拥有的权限就是授予它的全部角色（如角色1和角色2）所包含的权限的总和。授予者或是角色的创建者，或是拥有在这个角色上的ADMIN OPTION。若指定了WITH ADMIN OPTION子句，则获得某种权限的角色或用户还可以把把这种权限再授予其它的角色。四、角色权限的收回四、角色权限的收回 REVOKE，ON FROM，用户可收回角色的权限，从而修改角色拥有的权限。REVOKE动作的执行者或是角色的创建者，或拥有在这个（些）角色上的ADMIN OPTION2022-7-1683数据库角色（续）例11通过角色来实现将一组权限授予一个用户。步骤如下：1.首先创建一个角色 R1 CREATE ROLE R1；2.然后使用GRANT语句，使角色R1拥有Student表的SELECT、UPDATE、INSERT权限 GRANT SELECT，UPDATE，INSERT ON TABLE Student TO R1；2022-7-1684数据库角色（续）3.将这个角色授予王平，张明，赵玲。使他们具有角色R1所包含的全部权限 GRANT R1 TO 王平，张明，赵玲；4.可以一次性通过R1来回收王平的这3个权限 REVOKE R1 FROM 王平；2022-7-1685数据库角色（续）例12角色的权限修改 GRANT DELETE ON TABLE Student TO R1例13 REVOKE SELECT ON TABLE Student FROM R1；2022-7-16864.2 数据库安全性控制4.2.1 数据库安全性控制概述4.2.2 用户标识与鉴别4.2.3 存取控制4.2.4 自主存取控制方法4.2.5 授权与回收4.2.6 数据库角色(简介)4.2.7 强制存取控制方法4.2.8 视图机制4.2.9 审计4.2.10 数据加密2022-7-16874.2.7 强制存取控制方法 什么是强制存取控制 强制存取控制(MAC)是指系统为保证更高程度的安全性，按照TDI/TCSEC标准中安全策略的要求，所采取的强制存取检查手段。MAC不是用户能直接感知或进行控制的。MAC适用于对数据有严格而固定密级分类的部门 军事部门 政府部门2022-7-1688强制存取控制方法（续）主体与客体 在MAC中，DBMS所管理的全部实体被分为主体和客体两大类 主体是系统中的活动实体 DBMS所管理的实际用户 代表用户的各进程 客体是系统中的被动实体，是受主体操纵的 文件 基表 索引 视图2022-7-1689强制存取控制方法（续）敏感度标记 对于主体和客体，DBMS为它们每个实例（值）指派一个敏感度标记（Label）敏感度标记分成若干级别 绝密（Top Secret）机密（Secret）可信（Confidential）公开（Public）2022-7-1690强制存取控制方法（续）主体的敏感度标记称为许可证级别（Clearance Level）客体的敏感度标记称为密级（Classification Level）MAC机制就是通过对比主体的Label和客体的Label，最终确定主体是否能够存取客体2022-7-1691强制存取控制方法（续）强制存取控制规则 当某一用户（或某一主体）以标记label注册入系统时，系统要求他对任何客体的存取必须遵循下面两条规则：（1）仅当主体的许可证级别大于或等于客体的密级时，该主体才能读取相应的客体；（2）仅当主体的许可证级别等于客体的密级时，该主体才能写相应的客体。2022-7-1692强制存取控制方法（续）修正规则：主体的许可证级别 得到的利益2022-7-16120第4章 数据库安全性4.1 计算机安全性概论4.2 数据库安全性控制4.3 统计数据库安全性4.4 小结2022-7-161214.4 小结 随着计算机网络的发展，数据的共享日益加强，数据的安全保密越来越重要 DBMS是管理数据的核心，因而其自身必须具有一整套完整而有效的安全性机制。2022-7-16122小结（续）可信计算机系统评测标准TCSEC/TDI是目前各国所引用或制定的一系列安全标准中最重要的一个。CSEC/TDI从安全策略、责任、保证和文档四个方面描述了安全性级别的指标2022-7-16123小结（续）实现数据库系统安全性的技术和方法有多种，最重要的是存取控制技术和审计技术。目前许多大型DBMS 达到了C2级，其安全版本达到了B1 C2级的DBMS必须具有自主存取控制功能和初步的审计功能 B1级的DBMS必须具有强制存取控制和增强的审计功能 自主存取控制功能一般是通过SQL 的GRANT语句和REVOKE语句来实现的2022-7-16124 下课了。休息一会儿。休息一会儿。