(二)来自内部的另外一个隐患--用户管理以及密码问题

    在这里，其实作为一个差不多点的数据库管理员都很清楚，Oracle数据库本身就使用了很多种手段来加强数据库的安全性，经常见到的就有密码，角色，权限等等。那么我们就从最简单的DBSNMP说起：

    Oralce数据库如果采用典型安装后，自动创建了一个叫做DBSNMP的用户，该用户担任运转Oracle系统的智能代理（Intelligent Agent），该用户的缺省密码也是“DBSNMP”。如果忘记修正该用户的口令，任何人都可以通过该用户存取数据库系统。如今我们来看一下该用户具有哪些权限和角色，然后来分析一下该用户对数据库系统可能形成的损失。

    启动SQL/PLUS程序，使用该用户登录进入：


SQL> select * from session_privs; CREATE SESSION ALTER SESSION UNLIMITED TABLESPACE CREATE TABLE CREATE CLUSTER CREATE SYNONYM CREATE PUBLIC SYNONYM CREATE VIEW CREATE SEQUENCE CREATE DATABASE LINK CREATE PROCEDURE CREATE TRIGGER ANALYZE ANY CREATE TYPE CREATE OPERATOR CREATE INDEXTYPE


    可以看到该用户不是SYS或SYSTEM管理用户，然而，它却具有两个系统级权限：UNLIMITED TABLESPACE和CREATE PUBLIC SYNONYM。

    看到这两个权限你应该马上想到，这些都是安全隐患，尤其是UNLIMITED TABLESPACE，它是破坏数据库系统的攻击点之一。如果这时候你还仍然认为，即便有人利用这个没有修正的口令登录进数据库也形成不了什么损失的话，我就不得不提示你：该用户具有UNLIMITED TABLESPACE的系统权限，它可以写一个小的脚本，然后恶意将系统用垃圾数据填满，这样数据库系统也就无法运转，并将直接导致最终的瘫痪。目前很多数据库系统都要求7X24的任务，如果出现了系统用垃圾数据填满的情况，那么，等数据库系统恢复时，恐怕不可挽回的损失曾经形成了。

     可是除了DBSNMP还有很多其他的用户，怎样办呢？让我们先看一下目前普遍存在于Oracle数据库中的用户管理问题：

    （1）权限过大：对ORACLE数据库编程和浏览的普通用户常常具有DBA (数据库管理员权限)，能对数据库系统做任何修正或删除。

    （2）安全性差：很多ORACLE用户缺省存储位置都在系统表空间，这样不只影响系统的正常任务，而且不同用户的数据信息互相影响、通明，保密性差。随着数据的不断加入，有可能使整个数据库系统崩溃。

    （3）密码有规律：在ORACLE调试初期构成的用户名和密码分歧的不良习惯保留到如今；系统用户SYS和SYSTEM的密码也众所皆知。

    知道了这些普遍的“毛病”，我们怎样做呢？下面是我的一些建议：

（1）ORACLE DBA (数据库管理员)的规范

    ·SUN Solaris操作系统下ORACLE用户密码应严厉保密，绝不该把密码设成ORACLE；并指定专门的数据库管理员定期修正。

    ·ORACLE初始化建立的SYS和SYSTEM系统管理员用户密码应由原来MANAGER改成别的不易被记忆的字符串。

    ·ORACLE WEB SERVER的管理端口具备DBA浏览数据库的能力，因此其管理者ADMIN的密码也应保密，不该把密码设成MANAGER；并指定专门的数据库管理员定期修正。

    ·ORACLE DBA最好在SUN SPARC服务器控制台上用窗口式界面实现管理。前提是ORACLE用户启动服务器，然后在窗口式命令行下输入SVRMGRM，即启动了ORACLE SERVER MANAGER菜单式管理；用SYSDBA身份登录后，就可做数据库系统维护任务了

（2）SQL*PLUS编程用户的规范

    ·存储结构的规范

    考虑到用SQL*PLUS编程可实现各行各业、各公司、各部门多种多样的使用需求，我们的SQL*PLUS编程用户也应该朝这个方向规范：不同品种的使用必须有不同的用户；不同品种的使用必须有不同的存储位置，包括物理文件、缺省表空间、临时表空间的创建和规划：当预备编写某一较大规模(从ORACLE数据量和面向用户量考虑)使用程序时，首先应该创建一个逻辑的存储位置-表空间，同时定义物理文件的存放路径和所占硬盘的大小。

    ①、物理文件缺省的存放路径在/oracle_home/dbs下，在命令行下用UNIX指令df -k 可查看硬盘资源分区的使用情况。如果oracle_home使用率达90‰以上，而且有一个或多个较为空闲的硬盘资源分区可以利用，我们最好把物理文件缺省的存放路径改到较为空闲的硬盘资源分区路径下。在此路径下我们可以这样规划资源物理文件的存储：

xxx表空间
xxx行业/ xxx公司/ xxx 部门/ xxx 服务.dbf

DEMO表空间
default_datafile_home1/col /elec/sys4/demo1.dbf
default_datafile_home1/col /elec/sys4/demo2.dbf

公司系统四部摹拟演示系统物理文件

HUMAN表空间
default_datafile_home1/col/elec/human/human.dbf

公司人事部人事管理系统物理文件

BOOK表空间
default_datafile_home1/col/elec/book/book.dbf

公司材料室图书管理系统物理文件

QUESTION表空间
default_datafile_home1/col/elec/client/question.dbf

公司客户服务部问题库系统物理文件

PC表空间
default_datafile_home1/col/chaoxun/client/pc.dbf

公司PC机售后服务系统物理文件

……表空间
default_datafile_home2/……………………………

等等

    说明：其中default_datafile_home1指oracle_home/dbs；default_datafile_home2指较为空闲的硬盘资源分区路径。

    ②、物理文件的大小依据使用系统的数据量、数据对象、程序包的多少来定。普通用于摹拟演示的小系统，表空间初始的物理文件为2M即能满足要求，如果信息量满，还可以添加物理文件，扩充表空间(每次扩充大小也可暂定为2M)；普通实际运转的使用系统可适当添加表空间初始的物理文件大小，但也不要一次分配太大(由于不易回收空间，却易扩充空间)，这也需求依据具体情况具体分析：信息量大、需长时间保存的使用在条件允许情况下，表空间可以大到几百M甚至上G；信息量小、短期经常刷新的使用，表空间可以控制在2M以下。

    ③、表空间的名称应该采用同系统使用类似的英文字符或字符缩写，表空间所对应的一个或多个物理文件名也应有相关性。不同用户所处的缺省表空间不同，存储的信息就不能互相访问。这比把所有用户信息都储存在系统表空间，安全性大大