A 用户能更快，更方便地联入数据库；
B 通过操作系统对用户身份确认进行集中控制:假如操作系统与数据库用户信息一致，那么Oracle无须存储和治理用户名以及密码；
C 用户进入数据库和操作系统审计信息一致。
(3) 操作系统安全性
A 数据库治理员必须有create和delete文件的操作系统权限;
B 一般数据库用户不应该有create或delete与数据库相关文件的操作系统权限;
C 假如操作系统能为数据库用户分配角色，那么安全性治理者必须有修改操作系统帐户安全性区域的操作系统权限。
数据的安全性策略:
数据的生考虑应基于数据的重要性。假如数据不是很重要，那么数据的安全性策略可以稍稍放松一些。然而，假如数据很重要，那么应该有一谨慎的安全性策略，用它来维护对数据对象访问的有效控制。
用户安全性策略:
(1) 一般用户的安全性
A 密码的安全性
假如用户是通过数据库进行用户身份的确认，那么建议使用密码加密的方式与数据库进行连接。
这种方式的设置方法如下:
在客户端的oracle.ini文件中设置
ora_encrypt_login数为true;
在服务器端的initORACLE_SID.ora文件中设置
dbling_encypt_login参数为true。
B 权限治理
对于那些用户很多，应用程序和数据对象很丰富的数据库，应充分利用“角色”这个机制所带的方便性对权限进行有效治理。对于复杂的系统环境，“角色”能大大地简化权限的治理。
(2) 终端用户的安全性
您必须针对终端用户制定安全性策略。例如，对于一个有很多用户的大规模数据库，安全性治理者可以决定用户组分类，为这些用户组创建用户角色，把所需的权限和应用程序角色授予每一个用户角色，以及为用户分配相应的用户角色。当处理非凡的应用要求时，安全性治理者也必须明确地把一些特定的权限要求授予给用户。您可以使用“角色”对终端用户进行权限治理。
数据库治理者安全性策略:
①保护作为sys和system用户的连接当数据库创建好以后，立即更改有治理权限的sys和system用户的密码，防止非法用户访问数据库。当作为sys和system用户连入数据库后，用户有强大的权限用各种方式对数据库进行改动。
②保护治理者与数据库的连接
应该只有数据库治理者能用治理权限连入数据库，当以sysdba或startup，shutdown，和recover或数据库对象(例如create,drop，和delete等)进行没有任何限制的操作。
③使用角色对治理者权限进行治理
应用程序开发者和他们的权限数据库应用程序开发者是唯一一类需要非凡权限组完成自己工作的数据库用户。开发者需要诸如createtable,createprocedure等系统权限，然而，为了限制开发者对数据库的操作，只应该把一些特定的系统权限授予开发者。
评论加载中…
 |