第四章 数据库安全性
文章目录
前言
问题的提出：
数据库的一大特点是数据可以共享。
数据共享必然带来数据库的安全性问题。
数据库系统中的数据共享不能是无条件的共享。
数据库的安全性是指保护数据库以防止不合法使用所造成的数据泄露、更改或破坏。
系统安全保护措施是否有效是数据库系统主要的性能指标之一。
4.1数据库安全性描述
4.1.1数据库的不安全因素
- 非授权用户对数据库的恶意存取和破坏
一些黑客和犯罪分子在用户存取数据库时猎取用户名和用户口令，然后假冒合法用户头群、修改甚至破坏用户数据。
数据库管理系统提供的安全措施主要包括用户身份鉴别、存取控制和视图等技术。 - 数据库中重要或敏感的数据被泄露
黑客和敌对分子千方百计盗窃数据库中的重要数据，一些机密信息被暴露。
数据库管理系统提供的主要技术有强制存取控制、数据加密存储和加密传输等。
安全要求较高的系统提供审计日志分析。对潜在的威胁提前采取措施加以防范。 - 安全环境的脆弱性
数据库的安全性与计算机系统的安全性紧密联系，主要包括计算机硬件、操作系统、网络系统等的安全性。
在计算机安全方面需要建立一套可信计算机系统的概念和标准。
4.1.2安全标准简介
- 安全标准的发展历史
1985年美国国防部（DoD）正式颁布《DoD可信计算机系统评估准则》（简称TCSEC或DoD85）
不同国家在TCSEC概念上建立了评估准则，例如：
欧洲的信息技术安全评估（ITSEC）
加拿大的可信计算机产品评估准则（CTCPEC）
美国的信息技术安全联邦标准（FC）
1993年，CTCPEC、FC、TCSEC联合行动，解决原标准中概念和技术上的差异，称为CC（Common Criteria）项目。
1999年，CC V2.1版被ISO采用为国际标准。
2001年，CC V2.1版被我国采用为国家标准。
目前CC已基本取代了TCSEC，称为评估信息产品安全性的主要标准。
信息安全标准的发展历史
- TCSEC标准
（1）标准介绍
1991年4月美国NCSC（国家计算机安全中心）颁布了《可信计算机系统评估标准关于可信数据库系统的解释》（简称TDI）。
TDI又称紫皮书，它将TCSEC扩展到数据库管理系统，定义了数据库管理系统的设计与实现中需满足和用以进行安全性级别评估的标准。
（2）安全等级划分
TCSEC/TDI从安全策略、责任、保证、文档四个方面来描述安全性级别划分的指标：
| 安全级别 | 定义 |
|---|---|
| A1 | 验证设计（verified design） |
| B3 | 安全域（security domains） |
| B2 | 结构化保护（structural protection） |
| B1 | 标记安全保护（labeled security protection） |
| C2 | 受控的存取保护（controlled access protection） |
| C1 | 自主安全保护（discretionary security protection） |
| D | 最小保护（minima protection） |
四组七个等级：D、C（C1，C2）、B（B1，B2，B3）、A（A1）。
七个等级按系统可靠或可信程度逐渐增高。
各安全级别之间具有一种偏序向下兼容的关系，即较高安全性级别提供的安全保护要包含较低级别的所有保护要求，同时提供更多或更完善的保护能力。
- D级：将一切不符合更高标准的系统归于D组。DOS在安全性方面几乎没有什么专门的机制来保障。
典型例子：DOS是安全标准为D的操作系统。 - C1级：非常初级的自主安全保护。能够实现对用户和数据的分离，进行自主存取控制（DAC），保护或限制用户权限的传播。
典型例子：现有的商业系统稍作改进即可满足。 - C2级：安全产品的最低档次。提供受控的存取保护，将C1级的DAC进一步细化，以个人身份注册负责，并实施审计和资源隔离，达到C2级的产品在其名称中往往不突出“安全”这一特色。
典型例子：Windows2000、Oracle7。 - B1级：表级安全保护。“安全”或“可信的”产品。对系统的数据加以标记，对标记的主体和客体实施强制存取控制（MAC）、审计等安全机制。
典型例子：
操作系统：惠普公司的HP-UX BLS release 9.09+
数据库：Oracle公司的Trusted Oracle 7、Sybase公司的Secure SQL Server version 11.0.6 - B2级：结构化保护。建立形式化的安全策略模型并对系统内的所有主体和客体实施DAC和MAC。
- B3级：安全域。该级的TCB必须满足访问监控器的要求，审计跟踪能力更强，并提供系统恢复过程。
- A1级：验证设计。即提供B3级保护的同时给出系统的形式化设计说明和验证以确信各安全保护真正实现。
- CC标准
CC标准：提出国际公认的表述信息技术安全性的结果，把信息产品的安全要求分为安全功能要求、安全保证要求。
CC文本组成：
（1）简介和一般模型：有关术语、基本概念和一般模型以及与评估有关的一些框架。
（2）安全功能要求：列出了一系列类、子类和组件。11大类、66个子类和135个组件构成。
（3）安全保证要求：列出了一系列保证类、子类和组件。提出了评估保证机器，从EAL1至EAL7共分为七级。
| 评估保证级 | 定义 | TCSEC安全级别（近似相当） |
|---|---|---|
| EAL1 | 功能测试（functionally tested） | |
| EAL2 | 结构测试（structurally tested） | C1 |
| EAL3 | 系统地测试和检查（methodicolly ） | C2 |
| EAL4 | 系统地设计、测试和复查（methodically designed，tested and tested） | B1 |
| EAL5 | 半形式化设计和测试（semiformally designed and tested） | B2 |
| EAL6 | 半形式化验证的设计和测试（semiformally verified design and tested） | B3 |
| EAL7 | 形式化验证的设计和测试（formally verified design and tested） | A1 |
4.2数据库安全性控制
- 非法使用数据库的情况
（1）编写合法程序绕过数据库管理系统及其授权机制。
（2）直接或编写应用程序执行非授权操作。
（3）通过多次合法查询数据库从中推导出一些保密数据。 - 计算机系统的安全模型
计算机系统中安全措施是一级一级层层设置。具体模型如下：
- 数据库有关的安全性
数据库安全性主要包括：用户身份验证、多层存取控制、审计、视图、数据加密等安全技术。
存取控制流程：
首先，数据库管理系统对提出SQL访问请求的数据库用户进行身份鉴别，防止不可信用户使用系统。
然后，在SQL处理层进行自主存取控制和强制存取控制，进一步可以进行推理控制。
还可以对用户访问行为和系统关键操作进行审计，对异常用户行为进行简单入侵检测。
4.2.1用户身份鉴别
- 用户身份鉴别概念
用户身份鉴别是指每个用户在系统中都有一个用户标识，每次用户要求进入系统时，由系统核对，通过鉴定后提供数据库管理系统的使用权限。它是系统提供的最外层安全保护措施。 - 用户标识组成
用户标识由用户名和用户标识号组成，用户标识号在系统整个生命周期内唯一。 - 用户身份鉴别方法
（1）静态口令鉴别：静态口令一般由用户自己设定，这些口令是静态不变的。
（2）动态口令鉴别：口令是动态变化的，每次鉴别时均需使用动态产生的新口令登录数据库管理系统，即采用一次一密的方法。
（3）生物特征鉴别：通过生物特征进行认证的技术，生物特征如指纹、虹膜和掌纹等。
（4）智能卡鉴别：智能卡是一种不可复制的硬件，内置集成电路的芯片，具有硬件加密功能。
4.2.2存取控制
- 存取控制机制组成
用户权限定义和合法权检查机制一起组成了数据库管理系统的存取控制子系统。
（1）定义用户权限，并将用户权限登记到数据字典中
权限是指用户对某一数据对象的操作权力。
DBMS提供适当的语言来定义用户权限，存放在数据字典中，称做安全规则或授权规则。
（2）合法权限检查
用户发出存取数据库操作请求。
DBMS查找数据字典，进行合法权限检查。 - 常用存取控制方法
（1）自主存取控制
自主存取控制（简称DAC）中用户对不同数据对象有不同的存取权限，不同的用户对统一对象也有不同的权限，用户可将其拥有的存取权限转授给其他用户。C2级的数据库管理管理系统支持自主存取控制。
（2）强制存取控制
强制存取控制（简称MAC）中每一个数据对象被标以一定的密级，每一个用户也被授予某一级别的许可证，对于任意一个对象，只有具有合法许可证的用户才可以存取。B1级的数据库管理系统支持强制存取控制。
4.2.3自主存取控制方法
SQL标准的通过GRANT语句和REVOKE语句实现自主存取控制。
- 用户权限概念
定义用户存取权限就是定义用户可以在哪些数据库对象上进行哪些类型的操作。定义存取权限称为授权。 - 用户权限组成
数据对象、操作类型 - 关系数据库系统中存取控制对象
4.2.4授权：授予与回收
SQL通过GRANT和REVOKE语句实现向用户授予或收回对数据的操作权限。
- GRANT：对指定操作对象的指定操作权限授予指定的用户。
GRANT语句的一般格式：
GRANT <权限>[，<权限>]…
ON <对象类型> <对象名>[，<对象类型> <对象名>]…
TO <用户> [，<用户>]…
[WITH GRANT OPTION]；
说明：
①发出GRANT法人可以是数据库管理员、数据库对象创建者（即属主Owner）、拥有该权限的用户。
②接受权限的用户可以是一个或多个具体用户、PUBLIC（即全体用户）。
③WITH GRANT OPTION子句：有，表示该权限可以再授予其他用户。没有，表示该权限不可以再授予其他用户。
④SQL标准不允许循环授权。
对属性列的授权时必须明确指出相应属性列名。 - REVOKE：授予的权限可以由数据库管理员或其他授权者用REVOKE语句收回。
REVOKE语句的一般格式为：
REVOKE <权限>[，<权限>]...
ON <对象类型> <对象名>[，<对象类型><对象名>]...
FROM <用户> [，<用户>]...[CASCADE|RESTRICT]；
总结：
①数据库管理员的授权：
拥有所有对象的所有权限。
根据实际情况不同的权限授予不同的用户。
②用户的授权：
拥有自己建立的对象的全部的操作权限。
可以使用GRANT，把权限授予其他用户。
③被授予用户的权限：
如果具有“继续授权”的许可，可以把获得的权限再授予其他用户。
④所有授予出去的权力在必要时又都可用REVOKE语句收回。
3. 创建数据库模式的权限
数据库管理员再创建用户时实现对创建数据库模式的权限。
（1）CREATE USER语句格式
CREATE USER <username>
[WITH] [DBA|RESOURCE|CONNECT]；
说明：
①只有系统的超级用户才有权创建一个新的数据库用户。
②新创建的数据库用户有三种权限：CONNECT、RESOURCE和DBA。
如没有指定创建的新用户的权限，默认该用户拥有CONNECT权限。拥有CONNECT权限的用户不能创建新用户，不能创建模式，也不能创建基本表，只能登录数据库。
③拥有RESOURCE权限的用户能创建基本表和视图，成为所创建对象的属主。但不能创建模式，不能创建新的用户。
④拥有DBA权限的用户是系统中的超级用户，可以创建新的用户、创建模式、创建基本表和视图等；DBA拥有对所有数据库对象的存取权限，还可以把这些权限授予一般用户。
（2）权限与可执行的操作对照表
4.2.5数据库角色
数据库角色是指被命名的一组与数据库操作相关的权限，角色是权限的集合。
可以为一组具有相同权限的用户创建一个角色，简化授权的过程。
SQL中首先用CREATE ROLE语句创建角色，然后用GRANT语句授权，用REVOKE收回授予角色的权限。
- 角色的创建
格式：
CREATE ROLE <角色名>；
- 给角色授权
格式：
GRANT <权限>[，<权限>]...
ON <对象类型>对象名
TO <角色>[，<角色>]...；
- 将一个角色授予其他的角色或用户
格式：
GRANT <角色1> [，<角色2>]...
TO <角色3>[，<用户1>]...
[WITH ADMIN OPTION]；
说明：
①该语句把角色授予某用户，或授予另一个角色。
②授予者是角色创建者或拥有在这个角色上的ADMIN OPTION。
③指定了WITH ADMIN OPTION则获得某种权限的角色或用户还可以把这种权限授予其他角色。
4. 角色权限的收回
格式：
REVOKE <权限> [，<权限>]...
ON <对象类型> <对象名>
FROM <角色> [，<角色>]...；
说明：
①用户可以回收角色的权限，从而修改角色拥有的权限。
②REVOKE执行者是：角色的创建者、拥有在这个（些）角色上的ADMIN OPTION。
4.2.6强制存取控制方法
- 自主存取控制缺点
可能存在数据“无意泄露”的风险。
原因：这种机制仅仅通过对数据的存取权限来进行安全控制，而数据本身并无安全性标记。
解决：对系统控制下的所有主客体实施强制存取控制策略。 - 强制存取控制（MAC）
作用：保证更高程度的安全性、用户不能直接感知或进行控制。
适用于对数据有严格而固定密级分类的部门，如军事部门、政府部门。
（1）在强制存取控制中实体分类
①主体：主体是系统中的活动实体。包括数据库管理系统所管理的实际用户和代表用户的各进程。
②客体：客体是系统中的被动实体，包括受主体操纵文件、基本表、索引、视图。
（2）敏感度标记
对于主体和客体，DBMS为它们每个实例（值）指派一个敏感度标记。
敏感度标记分成若干级别：
绝密（TS）、机密（S）、可信（C）、公开（P）。
密级的次序为：TS>=S>=C>=P。
主体的敏感度标记称为许可证级别。
客体的敏感度标记称为密级。 - 强制存取控制规则
（1）仅当主体的许可证级别大于或等于客体的密级时，该主体才能读取相应的客体。
（2）仅当主体的许可证级别小于或等于客体的密级时，该主体才能写相应的客体。
说明：
①强制存取控制（MAC）是对数据本身进行密级标记，无论数据如何复制，标记与数据是一个不可分的整体，只有符合密级标记要求的用户才可以操纵数据。
②实现强制存取控制时要首先实现自主存取控制。
原因：较高安全性级别提供的安全保护要包含较低级别的所有保护。
③自主存取控制与强制存取控制共同构成数据库管理系统的安全机制。 - DAC + MAC安全检查
系统首先进行自主存取控制检查，通过自主存取控制检查的数据对象再由系统进行强制存取控制检查，只有通过强制存取控制检查的数据对象方可存取。
4.3视图机制
视图对数据库安全的作用：
- 把要保密的数据对无权存取这些数据的用户隐藏起来，对数据提供一定程度的安全保护。
- 间接地实现支持存取谓词的用户权限定义。
4.4审计
- 什么是审计？
（1）审计日志：启用一个专用的审计日志，将用户对数据库的所有操作记录在上面。
（2）审计员：审计员利用审计日志监控数据库中的各种行为，找出非法存取数据的人、时间和内容。
（3）C2以上安全级别的DBMS必须具有审计功能。 - 审计功能的可选性
（1）审计很费时间和空间。
（2）DBA可以根据应用对安全性的要求，灵活地打开或关闭审计功能。
（3）审计功能主要用于安全性要求较高的部门。 - 审计事件
（1）服务器事件：审计数据库服务器发生的事件。
（2）系统权限：对系统拥有的结构或模式对象进行操作的审计，要求该操作的权限是通过系统权限获得的。
（3）语句事件：对SQL语句，如DDL、DML、DQL及DCL语句的审计。
（4）模式对象事件：对特定模式对象上进行的SELECT或DML操作的审计。 - 审计功能
（1）基本功能：提供多种审计查阅方式。
（2）多套审计规则：一般在初始化设定。
（3）提供审计分析和报表功能。
（4）审计日志管理功能。
①防止审计员误删审计记录，审计日志必须先转储后删除。
②对转储的审计记录文件提供完整性和保密性保护。
③只允许审计员查阅和转储审计记录，不允许任何用户新增和修改审计记录等。
（5）提供查询审计设置及审计记录信息的专门视图。 - 审计分类
审计分为用户级审计和系统级审计。
（1）用户级审计
任何用户可设置的审计，主要是用户针对自己创建的数据库表和视图进行审计。
（2）系统级审计
只能由数据库管理员设置，检测成功或失败的登录要求、检测授权和收回操作以及其他数据库级权限下的操作。 - AUDIT语句和NOAUDIT语句
AUDIT语句设置审计功能，NOAUDIT语句取消审计功能。
说明：
①审计设置和审计日志一般存储在数据字典中。
②必须打开审计开关，系统参数audit_trail设为true，才能在系统表SYS_AUDITTRAIL中看到审计信息。
③数据库安全审计系统提供一种事后检查的安全机制。
4.5数据加密
数据加密是防止数据库中数据在存储和传输中失密的有效手段。
加密的基本思想是根据一定的算法将原始数据–明文变换为不可直接识别的格式–密文。
数据加密包括存储加密和传输加密。
- 存储加密
（1）透明存储加密
①内核级加密保护方式，对用户完全透明。
②将数据在写到磁盘时对数据进行加密，授权用户读取数据时再对其进行解密。
③数据库的应用程序不需要做任何修改，只需要在创建表语句中说明需加密的字段即可。
④内核级加密方法：性能较好，安全完备性较高。
（2）非透明存储加密
通过多个加密函数实现。 - 传输加密
（1）链路加密
①在链路层进行加密。
②传输信息由报头和报文两部分组成，报文和报头均加密。
（2）端到端加密
①在发送端加密，接收端解密。
②只加密报文不加密报头。
③所需密码设备数量相对较少，容易被非法监听者发现并从中获取敏感信息。
数据库管理系统可信传输示意图
①确认通信双方端点的可靠性
采用基于数字证书的服务器和客户端认证方式。通信时均首先向对方提供己方证书，然后使用本地的CA信任列表和证书撤销列表对接收到的对方证书进行验证。
②协商加密算法和密钥
确认双方端点的可靠性后，通信双方协商本次会话的加密算法与密钥。
③可信数据传输
珊瑚橘在被发送前用某一组特性的密钥进行加密和消息摘要计算，以密文形式在网络上传输。数据被接收的时候，需要相同一组特定的密钥进行解密和摘要计算。
4.6其他安全性保护
- 推理控制
处理强制存取控制未解决的问题，避免用户利用能够访问的数据推知更高级的数据。
常用方法：基于函数依赖的推理控制、基于敏感关联的推理控制。 - 隐蔽信道
处理强制存取控制未解决的问题。 - 数据隐私保护
描述个人控制其不愿他人知道或他人不便知道的个人数据的能力。主要用于数据收集存储处理和数据发布等各个阶段。
4.7小结
- 数据库管理系统是管理数据的核心，必须有套完整而有效的安全性机制。
- 数据库管理系统的主要安全措施有：
①用户身份鉴别；
②自主存取控制和强制存取控制技术；
③视图技术和审计技术；
④数据加密存储和加密传输。
扫一扫
2541
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
