数据库安全控制的优势——强制存取控制

强制存取控制方法的续篇内容，挺适合刚接触数据库安全控制的你。讲得不绕，主体和客体的概念拆解得比较清楚——前者是数据库里的‘人’，后者是‘东西’，像文件、表、索引之类的。你平时要限制谁能动什么数据，就得靠这种控制方式上场。 挺适合搞Oracle相关开发的场景，是权限和访问控制方面。结合你日常写的查询语句，用强制存取控制可以把不同用户区分得蛮清楚，避免权限越界。讲真，越复杂的系统越需要这种机制来兜底。 哦对了，如果你想深入点，下面这些相关文章也挺值得一看，比如Oracle 强制索引的使用方法，还有SQL Server的基表结构，也都有参考价值。别光看教程，动手试下效果更。 如果你正忙着搞权限控制、

数据库安全控制分为B类的三个子类：B1、B2和B3。其中，B1要求对每个数据对象进行标识化安全保护，并包含非形式化的安全策略说明。B2则要求形式化安全策略说明，以识别和消除隐蔽通道，例如从合法查询推断出不合法查询结果或通过合法计算推断出敏感信息。B3则要求支持审计和恢复功能，并指定安全管理者。

自主存取控制可能导致数据的无意泄露。这种机制仅仅通过对数据的存取权限进行安全控制，而数据本身并没有安全性标记。为解决这一问题，建议对系统内的所有主体和客体实施强制存取控制策略。

数据库系统中的存取控制对象类型 数据库模式：CREATE SCHEMA 基本表：CREATE TABLE，ALTER TABLE 视图：CREATE VIEW 索引：CREATE INDEX 数据 基本表和视图：SELECT，INSERT，UPDATE，DELETE，REFERENCES，ALL PRIVILEGES 属性列：SELECT，INSERT，UPDATE，REFERENCES，ALL PRIVILEGES

验证安全——A类要求安全机制可靠且足以支持严格的安全策略，提供严密的数学证明。部分数据库管理系统产品提供B1级强制访问控制和C2级自主访问控制。支持强制访问控制的数据库管理系统被称为多级安全系统或可信系统。

数据库安全控制的考量因素包括： 可用性丧失：可能导致系统故障 机密性数据泄露：可能导致企业竞争力下降 隐私性数据泄露：可能导致个人或组织受到损害 盗窃和欺诈：涉及机密或隐私信息 意外损害：非故意的

CREATE TABLE：创建表的权限CREATE VIEW：创建视图的权限CREATE PROCEDURE：创建存储过程的权限

数据库安全控制的规则特性包括禁止具有高许可级别的主体更新低密级客体，有效防止敏感数据泄露。

视图的优势： 安全性：控制用户对数据的访问权限。 数据安全性：保护数据免受未经授权的访问。 数据独立性：更改基础表结构不会影响视图。 操作简便性：通过单个视图查询多个表，简化数据检索。 安全控制： SQL授权和回收语句：- 授权语句：GRANT ON TO [WITH GRANT OPTION]。- 回收语句：REVOKE ON FROM [RESTRICT|CASCADE]。