4数据库安全性.ppt

数据库系统原理,第四章 数据库安全性,2,上一章主要内容,SQL概述数据定义数据查询数据更新视图,3,上一章主要内容（续）,SQL概述,4,上一章主要内容（续）,数据定义,5,上一章主要内容（续）,数据查询SELECT ALL|DISTINCT，FROM，WHERE GROUP BY HAVING ORDER BY ASC|DESC；,6,上一章主要内容（续）,数据更新INSERT INTO(，)VALUES(，)INSERT INTO(，)子查询UPDATE SET=，=WHERE DELETE FROM WHERE；,7,上一章主要内容（续）,视图CREATE VIEW(，)AS WITH CHECK OPTION；,8,第四章 数据库安全性,问题的提出数据库的一大特点是数据可以共享但数据共享必然带来数据库的安全性问题数据库系统中的数据共享不能是无条件的共享例：军事秘密、国家机密、新产品实验数据、市场需求分析、市场营销策略、销售计划、客户档案、医疗档案、银行储蓄数据,9,数据库安全性（续）,什么是数据库的安全性数据库的安全性是指保护数据库，防止因用户非法使用数据库造成数据泄露、更改或破坏。各系统安全性之间是相互紧密联系、相互支持的数据库安全的重要性,10,第四章 数据库安全性,4.1 计算机安全性概述4.2 数据库安全性控制4.3 视图机制4.4 审计4.5 数据加密4.6 统计数据库安全性4.7 小结,11,4.1 计算机安全性概论,4.1.1 计算机系统的三类安全性问题 4.1.2 安全标准简介,12,4.1.1 计算机系统的三类安全性问题,什么是计算机系统安全性为计算机系统建立和采取的各种安全保护措施，以保护计算机系统中的硬件、软件及数据，防止其因偶然或恶意的原因使系统遭到破坏，数据遭到更改或泄露等。,13,计算机系统的三类安全性问题（续）,三类计算机系统安全性问题技术安全类管理安全类政策法律类,14,计算机系统的三类安全性问题（续）,技术安全指计算机系统中采用具有一定安全性的硬件、软件来实现对计算机系统及其所存数据的安全保护，当计算机系统受到无意或恶意的攻击时仍能保证系统正常运行，保证系统内的数据不增加、不丢失、不泄露。,15,计算机系统的三类安全性问题（续）,管理安全软硬件意外故障、场地的意外事故、管理不善导致的计算机设备和数据介质的物理破坏、丢失等安全问题,16,计算机系统的三类安全性问题（续）,政策法律类政府部门建立的有关计算机犯罪、数据安全保密的法律道德准则和政策法规、法令,17,4.1.2 安全标准简介,为降低进而消除对系统的安全攻击，各国引用或制定了一系列安全标准TCSEC(桔皮书)TDI(紫皮书),18,安全标准简介（续）,1985年美国国防部（DoD）正式颁布 DoD可信计算机系统评估标准（简称TCSEC或DoD85）TCSEC又称桔皮书TCSEC标准的目的提供一种标准，使用户可以对其计算机系统内敏感信息安全操作的可信程度做评估。给计算机行业的制造商提供一种可循的指导规则，使其产品能够更好地满足敏感应用的安全需求。,19,安全标准简介（续）,1991年4月美国NCSC（国家计算机安全中心）颁布了可信计算机系统评估标准关于可信数据库系统的解释（Trusted Database Interpretation 简称TDI）TDI又称紫皮书。它将TCSEC扩展到数据库管理系统。TDI中定义了数据库管理系统的设计与实现中需满足和用以进行安全性级别评估的标准。,20,安全标准简介（续）,TDI/TCSEC标准的基本内容TDI与TCSEC一样，从四个方面来描述安全性级别划分的指标安全策略责任保证文档,21,安全标准简介（续）,R1 安全策略（Security Policy）R1.1 自主存取控制（Discretionary Access Control，简记为DAC）R1.2 客体重用（Object Reuse）R1.3 标记（Labels）R1.4 强制存取控制（Mandatory Access Control，简记为MAC）,22,安全标准简介（续）,自主存取控制定义各个用户对不同数据对象的存取权限，当用户对数据库访问时首先检查用户的存取权限，防止不合法用户对数据库的存取。客体重用指在计算机信息系统可信计算机的空闲存储客体空间中，对客体初始指定、分配或再分配一个主体之前，撤销该客体所含信息的所有授权。当主体获得对一个已被释放的客体的访问权时，当前主体不能获得原主体活动所产生的任何信息。客体重用功能可以防止重要的客体介质在重新分配给其他主体的时候产生信息泄漏。,23,标记对每一个数据对象加以标记，标识数据的的安全级别强制存取控制每一个数据对象被（强制地）标以一定的密级，每一个用户也被（强制地）授予某一个级别的许可证。系统规定只有具有某一许可证级别的用户才能存取某一个密级的数据对象。,24,安全标准简介（续）,R2 责任（Accountability）R2.1 标识与鉴别（Identification&Authentication）R2.2 审计（Audit）R3 保证（Assurance）R3.1 操作保证（Operational Assurance）R3.2 生命周期保证（Life Cycle Assurance）,25,安全标准简介（续）,R4 文档（Documentation）R4.1 安全特性用户指南（Security Features Users Guide）R4.2 可信设施手册（Trusted Facility Manual）R4.3 测试文档（Test Documentation）R4.4 设计文档（Design Documentation）,26,安全标准简介（续）,TCSEC/TDI安全级别划分,27,安全标准简介（续）,TCSEC/TDI安全级别划分四组(division)七个等级 D C（C1，C2）B（B1，B2，B3）A（A1）按系统可靠或可信程度逐渐增高各安全级别之间具有一种偏序向下兼容的关系，即较高安全性级别提供的安全保护要包含较低级别的所有保护要求，同时提供更多或更完善的保护能力,28,安全标准简介（续）,D级将一切不符合更高标准的系统均归于D组典型例子：DOS是安全标准为D的操作系统 DOS在安全性方面几乎没有什么专门的机制来保障,29,安全标准简介（续）,C1级非常初级的自主安全保护能够实现对用户和数据的分离，进行自主存取控制（DAC），保护或限制用户权限的传播。现有的商业系统往往稍作改进即可满足要求。,30,安全标准简介（续）,C2级安全产品的最低档次提供受控的存取保护，将C1级的DAC进一步细化，以个人身份注册负责，并实施审计和资源隔离达到C2级的产品在其名称中往往不突出“安全”(Security)这一特色,31,安全标准简介（续）,C2级典型例子 操作系统Microsoft的Windows 2000数据库Oracle公司的Oracle 7,32,安全标准简介（续）,B1级标记安全保护。“安全”(Security)或“可信的”(Trusted)产品。对系统的数据加以标记，对标记的主体和客体实施强制存取控制（MAC）、审计等安全机制,33,安全标准简介（续）,B1级典型例子 操作系统惠普公司的HP-UX BLS release 9.0.9+数据库Oracle公司的Trusted Oracle 7Sybase公司的Secure SQL Server version 11.0.6,34,安全标准简介（续）,B2级结构化保护建立形式化的安全策略模型并对系统内的所有主体和客体实施DAC和MAC。经过认证的B2级以上的安全系统非常稀少,35,安全标准简介（续）,B2级典型例子 操作系统只有Trusted Information Systems公司的Trusted XENIX一种产品标准的网络产品只有Cryptek Secure Communications公司的LLC VSLAN一种产品 数据库没有符合B2标准的产品,36,安全标准简介（续）,B3级安全域。该级的TCB必须满足访问监控器的要求，审计跟踪能力更强，并提供系统恢复过程。,37,安全标准简介（续）,A1级验证设计，即提供B3级保护的同时给出系统的形式化设计说明和验证以确信各安全保护真正实现。,38,安全标准简介（续）,B2以上的系统还处于理论研究阶段应用多限于一些特殊的部门如军队等美国正在大力发展安全产品，试图将目前仅限于少数领域应用的B2安全级别下放到商业应用中来，并逐步成为新的商业标准。,39,安全标准简介（续）,表示该级不提供对该指标的支持；表示该级新增的对该指标的支持；表示该级对该指标的支持与相邻低一级的等级一样；表示该级对该指标的支持较下一级有所增加或改动。,40,第四章 数据库安全性,4.1 计算机安全性概述4.2 数据库安全性控制4.3 视图机制4.4 审计4.5 数据加密4.6 统计数据库安全性4.7 小结,41,4.2 数据库安全性控制,4.2.1 用户标识与鉴别4.2.2 存取控制4.2.3 自主存取控制方法4.2.4 授权与回收4.2.5 数据库角色4.2.6 强制存取控制方法,42,计算机系统中的安全模型,方法：,用户标识和鉴定,存取控制审计视图,操作系统 安全保护,密码存储,43,4.2.1 用户标识与鉴别,用户标识与鉴别（Identification&Authentication）系统提供的最外层安全保护措施,44,用户标识与鉴别,基本方法系统提供一定的方式让用户标识自己的名字或身份；系统内部记录着所有合法用户的标识；每次用户要求进入系统时，由系统核对用户提供的身份标识；通过鉴定后才提供机器使用权。用户标识和鉴定可以重复多次,45,用户标识自己的名字或身份,用户名/口令简单易行，容易被人窃取每个用户预先约定好一个计算过程或者函数系统提供一个随机数用户根据自己预先约定的计算过程或者函数进行计算系统根据用户计算结果是否正确鉴定用户身份,46,4.2.2 存取控制,存取控制机制的功能存取控制机制的组成 定义存取权限 检查存取权限用户权限定义和合法权检查机制一起组成了DBMS的安全子系统,47,存取控制（续）,定义存取权限在数据库系统中，为了保证用户只能访问他有权存取的数据，必须预先对每个用户定义存取权限。检查存取权限对于通过鉴定获得上机权的用户（即合法用户），系统根据他的存取权限定义对他的各种操作请求进行控制，确保他只执行合法操作。,48,存取控制（续）,常用存取控制方法自主存取控制（Discretionary Access Control，简称DAC）C2级 灵活强制存取控制（Mandatory Access Control，简称 MAC）B1级严格,49,自主存取控制方法,同一用户对于不同的数据对象有不同的存取权限不同的用户对同一对象也有不同的权限用户还可将其拥有的存取权限转授给其他用户,50,强制存取控制方法,每一个数据对象被标以一定的密级每一个用户也被授予某一个级别的许可证对于任意一个对象，只有具有合法许可证的用户才可以存取,51,4.2.3自主存取控制方法,优点能够通过授权机制有效地控制其他用户对敏感数据的存取缺点可能存在数据的“无意泄露”原因：这种机制仅仅通过对数据的存取权限来进行安全控制，而数据本身并无安全性标记。解决：对系统控制下的所有主客体实施强制存取控制策略,52,关系型数据库系统中的存取权限,53,4.2.4 授权与回收,谁定义？DBA和表的建立者（即表的属主）如何定义？SQL语句：GRANT REVOKE,54,一、授 权(GRANT),GRANT语句的一般格式：GRANT,.ON TO,.WITH GRANT OPTION;谁定义？DBA和表的建立者（即表的属主）GRANT功能：将对指定操作对象的指定操作权限授予指定的用户。,55,(1)用户的权限,建表（CREATETAB）的权限:属于DBADBA授予-普通用户基本表或视图的属主拥有对该表或视图的一切操作权限接受权限的用户:一个或多个具体用户 PUBLIC（全体用户）,56,(2)WITH GRANT OPTION子句,指定了WITH GRANT OPTION子句:获得某种权限的用户还可以把这种权限再授予别的用户。没有指定WITH GRANT OPTION子句:获得某种权限的用户只能使用该权限，不能传播该权限。不允许循环授权。,57,例题,例1 把查询Student表权限授给用户U1 GRANT SELECT ON TABLE Student TO U1;,58,例题（续）,例2 把对Student表和Course表的全部权限授予用户U2和U3 GRANT ALL PRIVILIGES ON TABLE Student,Course TO U2,U3;,59,例题（续）,例3 把对表SC的查询权限授予所有用户 GRANT SELECT ON TABLE SC TO PUBLIC;,60,例题（续）,例4 把查询Student表和修改学生学号的权限授给用户U4 GRANT UPDATE(Sno),SELECT ON TABLE Student TO U4;,61,例题（续）,例5 把对表SC的INSERT权限授予U5用户，并允许他再将此权限授予其他用户 GRANT INSERT ON TABLE SC TO U5 WITH GRANT OPTION;,62,传播权限,执行例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不能再传播此权限。U5-U6-U7,63,用户权限定义表示例,64,二、收回权限(REVOKE),REVOKE语句的一般格式为：REVOKE,.ON FROM,.;功能：从指定用户那里收回对指定对象的指定权限,65,例题,例8 把用户U4修改学生学号的权限收回REVOKE UPDATE(Sno)ON TABLE Student FROM U4;,66,例题（续）,例9 收回所有用户对表SC的查询权限REVOKE SELECT ON TABLE SC FROM PUBLIC;,67,例题（续）,例10 把用户U5对SC表的INSERT权限收回REVOKE INSERT ON TABLE SC FROM U5;,68,权限的级联回收,系统将收回直接或间接从U5处获得的对SC表的INSERT权限:-U5-U6-U7收回U5、U6、U7获得的对SC表的INSERT权限:-U5-U6-U7,69,用户权限定义表示例,70,三、创建数据库模式的权限,对数据库模式的授权由DBA在创建用户时授权CREATE USER语句格式 CREATE USER WITHDBA|RESOURCE|CONNECT注意只有系统的超级用户才有权创建一个新的数据库用户新创建的数据库用户有三种权限 CONNECT、RESOURCE和DBA,71,三、创建数据库模式的权限（续）,三种权限CONNECT：只能连接数据库，不能创建新用户、模式和基本表（默认权限）RESOURCE：可以创建基本表和视图，成为所创建对象的属主，可以使用GRANT语句授权该对象上的存取权限给其它用户（但不能创建模式）DBA：超级用户，可以创建用户、模式、基本表、视图等，拥有所有数据库对象的存取权限，还可以把这些权限授权给一般用户,72,权限与可执行操作对照表,73,4.2.5 数据库角色,数据库角色是被命名的一组与数据库操作相关的权限,是权限的集合角色的创建给角色授权将一个角色授予其他的角色或用户角色权限的回收,74,角色的创建,CREATE ROLE 例：CREATE ROLE R1;新创建的角色是空的，没有任何内容,75,给角色授权,GRANT,ON 对象名 TO,例：GRANT SELECT,UPDATE,INSERT ON TABLE STUDENT TO R1;,76,将一个角色授予其他的角色或用户,GRANT,TO,WITH ADMIN OPTION 注意WITH ADMIN OPTION:获得权限的角色或用户还可以把权限在授予其它的角色授予者：角色创建者，或者拥有在这个角色上的ADMIN OPTION一个角色的权限：直接授予这个角色的权限+其它角色授予这个角色的全部权限,77,将一个角色授予其他的角色或用户(续),例 GRANT R1 TO 王平，张明，赵玲,78,角色权限的回收,REVOKE,ON FROM,执行者：角色创建者，或者拥有在这个角色上的ADMIN OPTION例：REVOKE SELECT ON TABLE Student FROM R1,79,4.2.6 强制存取控制方法,强制存取控制的特点MAC是对数据本身进行密级标记无论数据如何复制，标记与数据是一个不可分的整体只有符合密级标记要求的用户才可以操纵数据，从而提供了更高级别的安全性,80,MAC与DAC,DAC与MAC共同构成DBMS的安全机制原因：较高安全性级别提供的安全保护要包含较低级别的所有保护先进行DAC检查，通过DAC检查的数据对象再由系统进行MAC检查，只有通过MAC检查的数据对象方可存取。,81,强制存取控制方法（续）,DAC+MAC安全检查示意图 SQL语法分析&语义检查 DAC 检 查 安全检查 MAC 检 查 继 续,82,4.3 视图机制,视图机制把要保密的数据对无权存取这些数据的用户隐藏起来，视图机制更主要的功能在于提供数据独立性，其安全保护功能太不精细，往往远不能达到应用系统的要求。视图机制能间接实现支持存取谓词的用户权限定义,83,视图机制（续）,例：王平只能检索计算机系学生的信息 先建立计算机系学生的视图CS_Student CREATE VIEW CS_Student AS SELECT FROM Student WHERE Sdept=CS；,84,视图机制（续）,在视图上进一步定义存取权限 GRANT SELECT ON CS_Student TO 王平GRANT ALL PRIVILEGESON CS_StdentTO 张明,85,4.4 审计,什么是审计启用一个专用的审计日志（Audit Log）将用户对数据库的所有操作记录在上面DBA可以利用审计日志中的追踪信息找出非法存取数据的人C2以上安全级别的DBMS必须具有审计功能,86,审计（续）,审计功能的可选性审计很费时间和空间DBA可以根据应用对安全性的要求，灵活地打开或关闭审计功能。,87,审计（续）,用户级审计用户针对自己创建的数据库或视图进行审计，记录所有用户对这些表或视图的一切访问要求（成功的和（或者）不成功的）和各类型的SQL操作。（任何用户可设置的审计）系统级审计用以监测成功或者失败的登录要求、监测GRANT和REVOKE操作以及其他数据库级别权限下的操作。（只能有DBA设置）,88,审计（续）,AUDIT 语句例：对修改SC表结构或修改表数据的操作进行审计AUDIT ALTER，UPDATE ON SCNOAUDIT 语句例：取消对SC的一切审计NOAUDIT ALTER，UPDATE ON SC,89,4.5 数据加密,数据加密防止数据库中数据在存储和传输中失密的有效手段加密的基本思想根据一定的算法将原始数据（术语为明文，Plain text）变换为不可直接识别的格式（术语为密文，Cipher text）不知道解密算法的人无法获知数据的内容,90,数据加密（续）,加密方法 替换方法使用密钥（Encryption Key）将明文中的每一个字符转换为密文中的一个字符置换方法将明文的字符按不同的顺序重新排列混合方法美国1977年制定的官方加密标准：数据加密标准（Data Encryption Standard，简称DES）,91,数据加密（续）,数据加密功能通常也作为可选特征，允许用户自由选择数据加密与解密是比较费时的操作数据加密与解密程序会占用大量系统资源应该只对高度机密的数据加密,92,4.6 统计数据库安全性,统计数据库的特点允许用户查询聚集类型的信息（例如合计、平均值等）不允许查询单个记录信息例：允许查询“程序员的平均工资是多少？”不允许查询“程序员张勇的工资？”,93,统计数据库安全性（续）,统计数据库中特殊的安全性问题 隐蔽的信息通道 从合法的查询中推导出不合法的信息,94,统计数据库安全性（续）,例1：下面两个查询都是合法的：1本公司共有多少女高级程序员？2本公司女高级程序员的工资总额是多少？如果第一个查询的结果是“1”，那么第二个查询的结果显然就是这个程序员的工资数。规则1：任何查询至少要涉及N(N足够大)个以上的记录。,95,统计数据库安全性（续）,例2：用户A发出下面两个合法查询：1用户A和其他N个程序员的工资总额是多少？2用户B和其他N个程序员的工资总额是多少？若第一个查询的结果是X，第二个查询的结果是Y，由于用户A知道自己的工资是Z，那么他可以计算出用户B的工资=Y-(X-Z)。原因：两个查询之间有很多重复的数据项规则2：任意两个查询的相交数据项不能超过M个,96,统计数据库安全性（续）,可以证明，在上述两条规定下，如果想获知用户B的工资额 A至少需要进行1+(N-2)/M次查询规则3：任一用户的查询次数不能超过1+(N-2)/M 如果两个用户合作查询就可以使这一规定失效,97,本章小结,计算机安全概述数据库安全性控制,98,本章小结（续）,计算机安全概述三类安全性问题技术安全、管理安全和政策安全安全标准（TCSEC/TDI）,99,本章小结（续）,数据库安全性控制存取控制：定义存取权限、检查存取权限两类存取控制方法自主存取控制（DAC）强制存取控制（MAC）,100,本章小结（续）,GRANT语句的一般格式：GRANT,.ON TO,.WITH GRANT OPTION;REVOKE语句的一般格式为：REVOKE,.ON FROM,.;,101,本章小结（续）,CREATE USER语句格式 CREATE USER WITHDBA|RESOURCE|CONNECT,102,103,SQL SERVER 2019 管理安全性,104,主要内容,1 概述 2 管理登录名 3 固定服务器角色 4 管理数据库用户 5 管理架构 6 数据库角色 7 管理应用程序角色 8 管理权限 9 SQL Server 2019内置的加密机制 10 使用SQL Server Management Studio工具 11 小结,105,1 概述,安全性问题和安全性机制之间的关系 第一个安全性问题是：当用户登录数据库系统时，如何确保只有合法的用户才能登录到系统中呢？这是一个最基本的安全性问题，也是数据库管理系统提供的基本功能。在Microsoft SQL Server 2019系统中，这个问题是通过身份验证模式和主体解决的。第二个安全性问题是：当用户登录到系统中，他可以执行哪些操作、使用哪些对象和资源呢？这也是一个非常基本的安全问题，在Microsoft SQL Server 2019系统中，这个问题是通过安全对象和权限设置来实现的。第三个安全性问题是：数据库中的对象由谁所有？如果是由用户所有，那么当用户被删除时，其所拥有的对象怎么办呢？,106,主体,在Microsoft SQL Server 2019系统中，主体是可以请求系统资源的个体、组合过程。例如，数据库用户是一种主体，他可以按照自己的权限在数据库中执行操作和使用相应的数据。Microsoft SQL Server 2019系统有多种不同的主体，不同主体之间的关系是典型的层次结构关系，位于不同层次上的主体在系统中影响的范围也是不同的。位于层次比较高的主体，其作用范围也比较大；位于层次比较低的主体，其作用范围也比较小。在Microsoft SQL Server 2019系统中，可以把主体的层次分为三个级别，即Windows级别、SQL Sever级别和数据库级别。,107,安全对象,Microsoft SQL Server 2019系统管理者可以通过权限保护分层实体集合。这些实体被称为安全对象。安全对象是Microsoft SQL Server 2019系统控制对其进行访问的资源。SQL Server系统通过验证主体是否已经获得适当的权限来控制主体对安全对象的各种操作。就像主体的层次一样，安全对象之间的关系类似层次结构关系。层次高的安全对象具有更大的安全范围，层次低的安全对象具有比较小的安全范围。安全范围大的安全对象往往可以包含安全范围小的安全对象。在Microsoft SQL Server 2019系统中，可以分为三种安全对象范围，即服务器安全对象范围、数据库安全对象范围和架构安全对象范围。,108,主体和安全对象的结构示意图,109,数据库对象、架构和用户之间的关系示意图,110,主要内容,1 概述 2 管理登录名 3 固定服务器角色 4 管理数据库用户 5 管理架构 6 数据库角色 7 管理应用程序角色 8 管理权限 9 SQL Server 2019内置的加密机制 10 使用SQL Server Management Studio工具 11 小结,111,2 管理登录名,管理登录名包括创建登录名、设置密码策略、查看登录名信息、修改和删除登录名。下面讲述登录名管理的内容。注意，sa是一个默认的SQL Server登录名，拥有操作SQL Server系统的所有权限。该登录名不能被删除。当采用混合模式安装Microsoft SQL Server系统之后，应该为sa指定一个密码。,112,创建登录名,在Microsoft SQL Server 2019系统中，许多操作都既可以通过Transact-SQL语句完成，也可以通过Microsoft SQL Server Management Studio工具来完成。下面主要介绍如何使用Transact-SQL语句创建登录名。在创建登录名时，既可以通过将Windows登录名映射到SQL Server系统中，也可以创建SQL Server登录名。,113,使用Windows登录名创建登录名,114,创建SQL Server登录名,115,密码策略,Microsoft SQL Server 2019系统使用了Windows的密码策略 Windows的密码策略包括了密码复杂性和密码过期两大特征。密码的复杂性是指通过增加更多可能的密码数量来阻止黑客的攻击。密码过期策略是指如何管理密码的使用期限。在创建SQL Server登录名时，如果使用密码过期策略，那么系统将提醒用户及时更改旧密码和登录名，并且禁止使用过期的密码。,116,使用密码策略创建SQL Server登录名,117,维护登录名,登录名创建之后，可以根据需要修改登录名的名称、密码、密码策略、默认的数据库等信息，可以禁用或启用该登录名，甚至可以删除不需要的登录名。ALTER LOGIN语句用来修改登录名的属性信息。如果某个登录名不再需要了，那么可以使用DROP LOGIN语句删除该登录名。,118,主要内容,1 概述 2 管理登录名 3 固定服务器角色 4 管理数据库用户 5 管理架构 6 数据库角色 7 管理应用程序角色 8 管理权限 9 SQL Server 2019内置的加密机制 10 使用SQL Server Management Studio工具 11 小结,119,3 固定服务器角色,固定服务器角色也是服务器级别的主体，他们的作用范围是整个服务器。固定服务器角色已经具备了执行指定操作的权限，可以把其他登录名作为成员添加到固定服务器角色中，这样该登录名可以继承固定服务器角色的权限。下面，首先讲述Microsoft SQL Server 2019系统提供的固定服务器角色的特点，然后分析如何处理登录名与固定服务器角色之间的关系。,120,固定服务器角色的特点,121,固定服务器角色和登录名,在Microsoft SQL Server系统中，可以把登录名添加到固定服务器角色中，使得登录名作为固定服务器角色的成员继承固定服务器角色的权限。对于登录名来说，可以判断其是否是某个固定服务器角色的成员。用户可以使用sp_addsrvrolemember、sp_helpsrvrolememeber、sp_dropsrvrolemember等存储过程和IS_SRVROLEMEMBER函数来执行有关固定服务器角色和登录名之间关系的操作。,122,主要内容,1 概述 2 管理登录名 3 固定服务器角色 4 管理数据库用户 5 管理架构 6 数据库角色 7 管理应用程序角色 8 管理权限 9 SQL Server 2019内置的加密机制 10 使用SQL Server Management Studio工具 11 小结,123,4 管理数据库用户,数据库用户是数据库级的主体，是登录名在数据库中的映射，是在数据库中执行操作和活动的执行者。在Microsoft SQL Server 2019系统中，数据库用户不能直接拥有表、视图等数据库对象，而是通过架构拥有这些对象。数据库用户管理包括创建用户、查看用户信息、修改用户、删除用户等操作。,124,创建用户,可以使用CREATE USER语句在指定的数据库中创建用户。由于用户是登录名在数据库中的映射，因此在创建用户时需要指定登录名。例如，可以使用如图所示的命令在AdventureWorks数据库中创建对应于Peter登录名的用户，其名称是Peter_user。,125,dbo和guest用户,dbo是数据库中的默认用户。SQL Server系统安装之后，dbo用户就自动存在了。dbo用户拥有在数据库中操作的所有权限。默认情况下，sa登录名在各数据库中对应的用户是dbo用户。guest用户是数据库中的一个默认的用户。就像dbo用户一样，SQL Server安装之后，guest用户就存在数据库中了。要注意，用户既不能创建guest用户，也不能删除该用户，但是可以激活该用户。GRANT CONNECT TO GUEST-启用GUEST帐号REVOKE CONNECT FROM GUEST-禁用GUEST帐号,126,维护用户,可以使用ALTER USER语句修改用户。修改用户包括两个方面第一，可以修改用户名；第二可以修改用户的默认架构。,127,主要内容,1 概述 2 管理登录名 3 固定服务器角色 4 管理数据库用户 5 管理架构 6 数据库角色 7 管理应用程序角色 8 管理权限 9 SQL Server 2019内置的加密机制 10 使用SQL Server Management Studio工具 11 小结,128,5 管理架构,架构是形成单个命名空间的数据库实体的集合。架构是数据库级的安全对象，也是Microsoft SQL Server 2019系统强调的新特点，是数据库对象的容器。管理架构包括创建架构、查看架构的信息、修改架构及删除架构等。,129,创建架构,使用CREATE SCHEMA语句不仅可以创建架构，而且在创建架构的同时还可以创建该架构所拥有的表、视图，并且可以对这些对象设置权限。下面讲述如何创建架构。下图是一个创建架构的最简单的示例。在这个示例中，仅仅指定companyGManager作为架构的名称，没有明确指定该架构的所有者。这时，该架构的所有者为当前执行该项操作的用户。,130,修改和删除架构,修改架构是指将特定架构中的对象转移到其他架构中。可以使用ALTER SCHEMA语句完成对架构的修改。需要注意的是，如果要更改对象本身的结构，应该使用针对该对象的ALTER语句。如果架构已经没有存在的必要了，可以使用DROP SCHEMA语句删除架构。删除架构时需要注意，如果架构中包含有任何对象，那么删除操作失败。只有当架构中不再包含有对象时，才可以被删除。,131,主要内容,1 概述 2 管理登录名 3 固定服务器角色 4 管理数据库用户 5 管理架构 6 数据库角色 7 管理应用程序角色 8 管理权限 9 SQL Server 2019内置的加密机制 10 使用SQL Server Management Studio工具 11 小结,132,6 数据库角色,数据库角色是数据库级别的主体，也是数据库用户的集合。数据库用户可以作为数据库角色的成员，继承数据库角色的权限。数据库管理人员可以通过管理角色的权限来管理数据库用户的权限。Microsoft SQL Server 2019系统提供了一些固定数据库角色和public特殊角色。下面详细描述数据库角色的特点和管理方式。,133,管理数据库角色,管理数据库角色包括创建数据库角色、添加和删除数据库角色成员、查看数据库角色信息、修改和删除角色等。可以使用CREATE ROLE语句创建角色。实际上，创建角色的过程就是指定角色名称和拥有该角色的用户的过程。如果没有明确地指定角色的所有者，那么当前操作的用户默认是该角色的所有者。如果希望为角色添加成员，那么可以使用sp_addrolemember存储过程。如果希望修改数据库角色的名称，可以使用ALTER ROLE语句。如果某个角色确实不再需要了，可以使用DROP ROLE语句删除指定的角色。,134,固定数据库角色,135,public角色,除了前面介绍的固定数据库角色之外，Microsoft SQL Server系统成功安装之后，还有一个特殊的角色即public角色。public角色有两大特点，第一，初始状态时没有权限；第二，所有的数据库用户都是他的成员。,136,主要内容,1 概述 2 管理登录名 3 固定服务器角色 4 管理数据库用户 5 管理架构 6 数据库角色 7 管理应用程序角色 8 管理权限 9 SQL Server 2019内置的加密机制 10 使用SQL Server Management Studio工具 11 小结,137,7 管理应用程序角色,应用程序角色是一个数据库主体，它使应用程序能够用其自身的、类似用户的权限来运行。在使用应用程序时，可以仅仅允许那些经过特定应用程序连接的用户来访问数据库中的特定数据，如果不通过这些特定的应用程序连接，那么无法访问这些数据。这是使用应用程序角色实现安全管理的目的。与数据库角色相比来说，应用程序角色有三个特点：第一，在默认情况下该角色不包含任何成员；第二，在默认情况下该角色是非活动的，必须激活之后才能发挥作用；第三，该角色有密码，只有拥有应用程序角色正确密码的用户才可以激活该角色。,138,CREATE APPLICATION ROLE语句,CREATE APPLICATION ROLE application_role_name WITH PASSWORD=password,DEFAULT_SCHEMA=schema_name,139,创建和激活应用程序角色,140,主要内容,1 概述 2 管理登录名 3 固定服务器角色 4 管理数据库用户 5 管理架构 6 数据库角色 7 管理应用程序角色 8 管理权限 9 SQL Server 2019内置的加密机制 10 使用SQL Server Management Studio工具 11 小结,141,8 管理权限,权限是执行操作、访问数据的通行证。只有拥有了针对某种安全对象的指定权限，才能对该对象执行相应的操作。在Microsoft SQL Server 2019系统中，不同的对象有不同的权限。为了更好地理解权限管理的内容，下面从权限的类型、常用对象的权限、隐含的权限、授予权限、收回权限、否认权限等几个方面讲述。,142,权限的类型,在Microsoft SQL Server 2019系统中，不同的分类方式可以把权限分成不同的类型。如果依据权限是否预先定义，可以把权限分为预先定义的权限和预先未定义的权限。如果按照权限是否与特定的对象有关，可以把权限分为针对所有对象的权限和针对特殊对象