网络安全

位置:IT落伍者 >> 网络安全 >> 浏览文章

Oracle 数据安全问题面面观(2)


发布日期:2021年12月28日
 
Oracle 数据安全问题面面观(2)

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

在这里其实作为一个差不多点的数据库管理员都很清楚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的系统权限它可以写一个小的脚本然后恶意将系统用垃圾数据填满这样数据库系统也就无法运行并将直接导致最终的瘫痪目前很多数据库系统都要求X的工作如果出现了系统用垃圾数据填满的情况那么等数据库系统恢复时恐怕不可挽回的损失已经造成了

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

)权限过大对ORACLE数据库编程和浏览的一般用户常常具有DBA (数据库管理员权限)能对数据库系统做任何修改或删除

)安全性差很多ORACLE用户缺省存储位置都在系统表空间这样不仅影响系统的正常工作而且不同用户的数据信息互相影响透明保密性差随着数据的不断加入有可能使整个数据库系统崩溃

)密码有规律在ORACLE调试初期形成的用户名和密码一致的不良习惯保留到现在系统用户SYS和SYSTEM的密码也众所皆知

知道了这些普遍的毛病我们怎么做呢?下面是我的一些建议

)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身份登录后就可做数据库系统维护工作了

)SQL*PLUS编程用户的规范

·存储结构的规范

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

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

xxx表空间

xxx行业/ xxx公司/ xxx 部门/ xxx 服务dbf

DEMO表空间

default_datafile_home/col /elec/sys/demodbf

default_datafile_home/col /elec/sys/demodbf

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

HUMAN表空间

default_datafile_home/col/elec/human/humandbf

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

BOOK表空间

default_datafile_home/col/elec/book/bookdbf

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

QUESTION表空间

default_datafile_home/col/elec/client/questiondbf

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

PC表空间

default_datafile_home/col/chaoxun/client/pcdbf

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

……表空间

default_datafile_home/……………………………

说明其中default_datafile_home指oracle_home/dbsdefault_datafile_home指较为空闲的硬盘资源分区路径

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

表空间的名称应该采用同系统应用相似的英文字符或字符缩写表空间所对应的一个或多个物理文件名也应有相关性不同用户所处的缺省表空间不同存储的信息就不能互相访问这比把所有用户信息都储存在系统表空间安全性大大提高了如果用ORACLE WEB SERVER管理端口创建的用户其缺省和临时表空间一定是系统表空间DBA切记要改变用户的缺省表空间临时表空间存放临时数据段处理一些排序合并等中间操作根据实际应用的需求可以把它们放在专门创建的表空间里如果系统表空间大也可以把它们放在系统表空间用户创建的数据索引最好和数据文件分开存放在不同表空间以减少数据争用和提高响应速度

上一篇:甲骨文推NetBeans IDE 7.4 提升网络及移动应用开发

下一篇:你的Oracle数据库安全吗?