4.2 数据库安全性控制概述
视频二维码（扫码观看）
◆非法使用数据库的情况
·编写合法程序绕过DBMS及其授权机制
·直接或编写应用程序执行非授权操作
·通过多次合法查询数据库从中推导出一些保密数据
例：某数据库应用系统禁止查询单个人的工资，但允许查任意一组人的平均工资。用户甲想了解张三的工资，于是他：
首先查询包括张三在内的一组人的平均工资，然后查用自己替换张三后这组人的平均工资，从而推导出张三的工资
·破坏安全性的行为可能是无意的，故意的，恶意的。
·计算机系统中，安全措施是一级一级层层设置。
计算机系统的安全模型：
◆数据库安全性控制的常用方法
·用户标识和鉴定
·存取控制
·视图
·审计
·密码存储
4.2.1 用户标识与鉴别
◆用户标识与鉴别（Identification & Authentication）
·系统提供的最外层安全保护措施。
基本方法
·系统提供一定的方式让用户标识自己的名字或身份
·系统内部记录着所有合法用户的标识；
·每次用户要求进入系统时，由系统核对用户提供的身份标识；
·通过鉴定后才提供机器使用权；
·用户标识和鉴定可以重复多次。
◆用户标识
◆口令
·系统核对口令以鉴别用户身份
◆用户名和口令易被窃取
·每个用户预先约定好一个计算过程或者函数
·系统提供一个随机数
·用户根据自己预先约定的计算过程或者函数进行计算
·系统根据用户计算结果是否正确鉴定用户身份
◆有些DBMS除了访问DBMS的账号外，为了访问制定的数据库，还需要另外的账号
4.2.2 存取控制
◆存取控制机制组成
·定义用户权限
·合法权限检查
◆用户权限定义和合法权检查机制一起组成了DBMS的安全子系统。
◆常用存取控制方法
·自主存取控制（Discretionary Access Control，简称DAC）：用户对不同的数据对象有不同的存取权限，不同用户对同一对象有不同的权限，可转授用户存取权限。
C2级灵活
·强制存取控制（Mandatory Access Control，简称MAC）：每一数据对象标以一定密级，每一用户对应某一级别的许可证，只有具有合法许可证的用户才可以存取某一对象。
B1级严格
◆常用存取控制方法
·自主存取控制DAC
①同一用户对于不同的数据对象有不同的存取权限
②不同的用户对同一对象也有不同的权限
③用户还可将其拥有的存取权限转授给其他用户
·强制存取控制MAC
①每一个数据对象被标以一定的密级
②每一个用户也被授予某一个级别的许可证
③对于任意一个对象，只有具有合法许可证的用户才可以存取
4.2.3 自主存取控制方法
◆定义存取权限
·存取权限由两个要素组成：
①数据对象
②操作类型
◆通过SQL的GRANT语句和REVOKE语句实现
◆用户权限组成
数据对象
操作类型
◆定义用户存取权限
定义用户可以在哪些数据库对象上进行哪些类型的操作
◆定义存取权限称为授权
◆关系数据库系统中存取控制对象
关系数据库中的存取权限：
4.2.4 授权与回收
视频二维码（扫码观看）
一、GRANT
◆GRANT语句的一般格式
GRANT <权限>[，<权限>]… [ON <对象类型> <对象名>] TO <用户>[，<用户>]… [WITH GRANT OPTION]；
◆语义
将对指定操作对象的指定操作权限授予指定的用户
◆发出GRANT
·DBA
·数据库对象创建者（即属主Owner）
·拥有该权限的用户
◆接受权限的用户
·一个或多个具体用户
·PUBLIC（全体用户）
◆WITH GRANT OPTION子句
·指定：可以再授予
·没有指定：不能传播
◆不允许循环授权
例题
【例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；
【例3】把对表SC的查询权限授予所有用户
GRANT SELECT ON TABLE SC TO PUBLIC；
【例4】把查询Student表和修改学生学号的权限授给用户U4
GRANT UPDATE（Sno），SELECT ON TABLE Student TO U4；
对属性列的授权时必须明确指出相应属性列名
【例5】把对表SC的INSERT权限授予U5用户，并允许他再将此权限授予其他用户
GRANT INSERT ON TABLE SC TO U5 WITH GRANT OPTION；
传播权限
执行【例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不能再传播此权限。
下表是执行了【例1】到【例7】的语句后，学生-课程数据库中的用户权限定义表：
二、REVOKE
◆授予的权限可以由DBA或其他授权者用REVOKE语句收回
◆REVOKE语句的一般格式为：
REVOKE <权限>[，<权限>]… [ON <对象类型> <对象名>] FROM <用户>[，<用户>]…；
【例8】把用户U4修改学生学号的权限收回
REVOKE UPDATE（Sno） ON TABLE Student FROM U4；
【例9】收回所有用户对表SC的查询权限
REVOKE SELECT ON TABLE SC FROM PUBLIC；
【例10】把用户U5对SC表的INSERT权限收回
REVOKE INSERT ON TABLE SC FROM U5 CASCADE；
·将用户U5的INSERT权限收回的时候必须级联（CASCADE）收回
·系统只收回直接或间接从U5处获得的权限
执行【例8】到【例10】的语句后，学生-课程数据库中的用户权限定义表：
小结：SQL灵活的授权机制
◆DBA：拥有所有对象的所有权限
·不同的权限授予不同的用户
◆用户：拥有自己建立的对象的全部的操作权限
·GRANT：授予其他用户
◆被授权的用户
·“继续授权”许可：再授予
◆所有授予出去的权力在必要时又都可用REVOKE语句收回
三、创建数据库模式的权限
◆DBA在创建用户时实现
◆CREATE USER语句格式
CREATE USER <username> [WITH][DBA | RESOURCE | CONNECT]；
权限与可执行的操作对照表：
授权的一些其他问题
◆如果一个用户创建了一个对象（关系/视图/角色），则拥有对此基表的全部权限（包括授予别人权限的权限）！
◆SQL授权的一些缺陷：
·不能实现元组级的授权（可以通过视图或触发器来实现）
·视图的一些问题
4.2.5 数据库角色
◆数据库角色：被命名的一组与数据库操作相关的权限
·角色是权限的集合
·可以为一组具有相同权限的用户创建一个角色
·简化授权的过程
一、角色的创建
CREATE ROLE <角色名>；
二、给角色授权
GRANT <权限>[，<权限>]… ON <对象类型>对象名 TO <角色>[，<角色>]…；
三、将一个角色授予其他的角色或用户
GRANT <角色1>[，<角色2>]… TO <角色3>[，<用户1>]… [WITH ADMIN OPTION]；
四、角色权限的收回
REVOKE <权限>[，<权限>]… ON <对象类型> <对象名> FROM <角色>[，<角色>]…；
【例11】通过角色来实现将一组权限授予一个用户。
步骤如下：
1．首先创建一个角色R1
CREATE ROLE R1；
2．然后使用GRANT语句，使角色R1拥有Student表的SELECT、UPDATE、INSERT权限
GRANT SELECT，UPDATE，INSERT ON TABLE Student TO R1；
3．将这个角色授予王平，张明，赵玲。使他们具有角色R1所包含的全部权限
GRANT R1 TO 王平，张明，赵玲；
4．可以一次性通过R1来回收王平的这3个权限
REVOKE R1 FROM 王平；
【例12】角色的权限修改
GRANT DELETE ON TABLE Student TO R1；
【例13】
REVOKE SELECT ON TABLE Student FROM R1；
4.2.6 强制存取控制方法
◆自主存取控制缺点
可能存在数据的“无意泄露”
◆原因：这种机制仅仅通过对数据的存取权限来进行安全控制，而数据本身并无安全性标记。
◆解决：对系统控制下的所有主客体实施强制存取控制策略。
◆强制存取控制（MAC）
·保证更高程度的安全性
·用户能不能直接感知或进行控制
·适用于对数据有严格而固定密级分类的部门
①军事部门
②政府部门
◆主体是系统中的活动实体
·DBMS所管理的实际用户
·代表用户的各进程
◆客体是系统中的被动实体，是受主体操纵的
·文件
·基表
·索引
·视图
◆敏感度标记（Label）
·绝密（Top Secret）
·机密（Secret）
·可信（Confidential）
·公开（Public）
◆主体的敏感度标记称为许可证级别（Clearance Level）
◆客体的敏感度标记称为密级（Classification Level）
◆强制存取控制规则
（1）仅当主体的许可证级别大于或等于客体的密级时，该主体才能读取相应的客体
（2）仅当主体的许可证级别等于客体的密级时，该主体才能写相应的客体
◆修正规则
·主体的许可证级别＜＝客体的密级→主体能写客体
◆规则的共同点
禁止了拥有高许可证级别的主体更新低密级的数据对象
MAC与DAC
◆DAC与MAC共同构成DBMS的安全机制
◆实现MAC时要首先实现DAC
原因：较高安全性级别提供的安全保护要包含较低级别的所有保护
·DAC＋MAC安全检查示意图
◆先进行DAC检查，通过DAC检查的数据对象再由系统进行MAC检查，只有通过MAC检查的数据对象方可存取。