Oracle安全数据系统架构全接触(十)

　　?数据库文件的安全性:

　　Oracle软件的拥有者应该这些数据库文件($ORACLE_HOME/dbs/*.dbf)设置这些文件的使用权限为0600:文件的拥有者可读可写，同组的和其他组的用户没有写的权限。

　　Oracle软件的拥有者应该拥有包含数据库文件的目录，为了增加安全性，建议收回同组和其他组用户对这些文件的可读权限。

　　?网络安全性:

　　当处理网络安全性时，以下是额外要考虑的几个问题。

　　(1) 在网络上使用密码在网上的远端用户可以通过加密或不加密方式键入密码，当您用不加密方式键入密码时，您的密码很有可能被非法用户截获，导致破坏了系统的安全性。

　　(2) 网络上的DBA权限控制您可以通过下列两种方式对网络上的DBA权限进行控制:

　　A 设置成拒绝远程DBA访问;

　　B 通过orapwd给DBA设置特殊的密码。

　　?建立安全性策略:

　　系统安全性策略

　　(1)管理数据库用户:数据库用户是访问Oracle数据库信息的途径，因此，应该很好地维护管理数据库用户的安全性。按照数据库系统的大小和管理数据库用户所需的工作量，数据库安全性管理者可能只是拥有create，alter，或drop数据库用户的一个特殊用户，或者是拥有这些权限的一组用户，应注意的是，只有那些值得信任的个人才应该有管理数据库用户的权限。

　　(2) 用户身份确认:数据库用户可以通过操作系统，网络服务，或数据库进行身份确认，通过主机操作系统进行用户身份认证的优点有:

　　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) 终端用户的安全性:

　　您必须针对终端用户制定安全性策略。例如，对于一个有很多用户的大规模数据库，安全性管理者可以决定用户组分类为这些用户组创建用户角色，把所需的权限和应用程序角色授予每一个用户角色，以及为用户分配相应的用户角色。当处理特殊的应用要求时，安全性管理者也必须明确地把一些特定的权限要求授予给用户。您可以使用“角色”对终端用户进行权限管理。

　　?数据库管理者安全性策略:

　　(1) 保护作为sys和system用户的连接:

　　当数据库创建好以后，立即更改有管理权限的sys和system用户的密码，防止非法用户访问数据库。当作为sys和system用户连入数据库后，用户有强大的权限用各种方式对数据库进行改动。

　　(2) 保护管理者与数据库的连接:

　　应该只有数据库管理者能用管理权限连入数据库，当以sysdba或startup，shutdown，和recover或数据库对象(例如create,drop，和delete等)进行没有任何限制的操作。

　　(3) 使用角色对管理者权限进行管理

查看本文来源