Oracle安全全接触(1)

来源：

 

阅读提示：本文对Oracle数据库的安全性问题进行论述。

或许很久以前，大家都觉得Oracle数据库的安全并不存在隐患，因为Oracle公司在去年11月份开始促销其数据库软件时提出的口号是“只有Oracle9i能够做到绝对安全”。但是不管它这么说是为了促销，还是为了扩大知名度，总之伴去年12 月份，英国的安全专家 David Litchfield 发现的9iAS 中存在的程序错误导致的缓冲溢出漏洞以及后来，PenTest Limited 和 eEye Digital Security 各自提出了一个小的漏洞，所有使用Oracle公司产品的人都不由地紧张了原本松弛的大脑--这个对于用户来说，毕竟关系到了自己的“身家性命”。

损坏，什么软件受损，什么操作事物……一系列由于我们的“疏忽”而造成的系统问题就完全可以让我们辛苦建立的数据库中的数据一去不复返。那么，我们就先从自己身上找找原因吧。

【一】解决系统本身问题的方法--数据库的备份及恢复

·数据库的备份:

关于Oracle数据库的备份，标准地有三中办法:导出/导入(Export/Import)、冷备份、热备份。导出备份是一种逻辑备份，冷备份和热备份是物理备份。

<1>导出/导入(Export/Import)

利用Export可将数据从数据库中提取出来，利用Import则可将提取出来的数据送回Oracle数据库中去。

a.简单导出数据(Export)和导入数据(Import)

Oracle支持三种类型的输出:

(1)表方式(T方式)，将指定表的数据导出。

(2)用户方式(U方式)，将指定用户的所有对象及数据导出。

(3)全库方式(Full方式)，将数据库中的所有对象导出。

数据导出(Import)的过程是数据导入(Export)的逆过程，它们的数据流向不同。

b.增量导出/导入

增量导出是一种常用的数据备份方法，它只能对整个数据库来实施，并且必须作为SYSTEM来导出。在进行此种导出时，系统不要求回答任何问题。导出文件名缺省为export.dmp，如果不希望自己的输出文件定名为export.dmp，必须在命令行中指出要用的文件名。

增量导出包括三个类型:

(1)“完全”增量导出(Complete)

即备份整个数据库，比如:

$exp system/manager inctype=complete file=990702.dmp

(2)“增量型”增量导出

备份上一次备份后改变的数据。比如:

$exp system/manager inctype=incremental file=990702.dmp

(3)“累计型”增量导出(Cumulative)

累计型导出方式只是导出自上次“完全” 导出之后数据库中变化了的信息。比如:

$exp system/manager inctype=cumulative file=990702.dmp

数据库管理员可以排定一个备份日程表，用数据导出的三个不同方式合理高效地完成。比如数据库的备份任务可作如下安排:

·星期一:完全导出(A)

·星期二:增量导出(B)

·星期三:增量导出(C)

·星期四:增量导出(D)

·星期五:累计导出(E)

·星期六:增量导出(F)

·星期日:增量导出(G)

如果在星期日，数据库遭到意外破坏，数据库管理员可按以下步骤来恢复数据库:

第一步:用命令CREATE DATABASE重新生成数据库结构;

第二步:创建一个足够大的附加回段。

第三步:完全增量导入A:

$imp system./manager inctype= RECTORE FULL=Y FILE=A

第四步:累计增量导入E:

$imp system/manager inctype= RECTORE FULL=Y FILE =E

第五步:最近增量导入F:

$imp system/manager inctype=RESTORE FULL=Y FILE=F

<2>冷备份

冷备份发生在数据库已经正常关闭的情况下，当正常关闭时会提供给我们一个完整的数据库。冷备份是将关键性文件拷贝到另外位置的一种说法。对于备份Oracle信息而言，冷备份是最快和最安全的方法。冷备份的优点是:

·是非常快速的备份方法(只需拷贝文件)

·容易归档(简单拷贝即可)

·容易恢复到某个时间点上(只需将文件再拷贝回去)

·能与归档方法相结合，作数据库“最新状态”的恢复。

·低度维护，高度安全。

但冷备份也有如下不足:

·单独使用时，只能提供到“某一时间点上”的恢复。

·在实施备份的全过程中，数据库必须要作备份而不能作其它工作。也就是说，在冷备份过程中，数据库必须是关闭状态。

·若磁盘空间有限，只能拷贝到磁带等其它外部存储设备上，速度会很慢。

·不能按表或按用户恢复。

如果可能的话(主要看效率)，应将信息备份到磁盘上，然后启动数据库(使用户可以工作)并将所备份的信息拷贝到磁带上(拷贝的同时，数据库也可以工作)。冷备份中必须拷贝的文件包括:

·所有数据文件

·所有控制文件

·所有联机REDO LOG文件

·Init.ora文件(可选)

值得注意的是冷备份必须在数据库关闭的情况下进行，当数据库处于打开状态时，执行数据库文件系统备份是无效的

下面是做冷备份的完整例子:

(1) 关闭数据库$sqldba lmode=y

SQLDBA >connect internal;

SQLDBA >shutdown normal;

(2) 用拷贝命令备份全部的时间文件、重做日志文件、控制文件、初始化参数文件

SQLDBA >! cp < file > < backup directory >

(3) 重启Oracle数据库

$sqldba lmode=y

SQLDBA >connect internal;

SQLDBA >startup;

<3>热备份

热备份是在数据库运行的情况下，采用archivelog mode方式备份数据的方法。所以，如果你有昨天夜里的一个冷备份而且又有今天的热备份文件，在发生问题时，就可以利用这些资料恢复更多的信息。热备份要求数据库在Archivelog方式下操作，并需要大量的档案空间。一旦数据库运行在archivelog状态下，就可以做备份了。热备份的命令文件由三部分组成:

1.数据文件一个表空间一个表空间地备份。

(1)设置表空间为备份状态

(2)备份表空间的数据文件

(3)恢复表空间为正常状态

2.备份归档log文件。

(1)临时停止归档进程

(2)log下那些在archive redo log目标目录中的文件

(3)重新启动archive进程

(4)备份归档的redo log 文件

3.用alter database backup controlfile命令来备份拷贝文件

热备份的优点是:

·可在表空间或数据文件级备份，备份时间短。

·备份时数据库仍可使用。

·可达到秒级恢复(恢复到某一时间点上)。

·可对几乎所有数据库实体作恢复。

·恢复是快速的，在大多数情况下在数据库仍工作时恢复。

热备份的不足是:

·不能出错，否则后果严重。

·若热备份不成功，所得结果不可用于时间点的恢复。

·因难于维护，所以要特别仔细小心，不允许“以失败而告终”。

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

在这里，其实作为一个差不多点的数据库管理员都很清楚，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的工作，如果出现了系统用垃圾数据填满的情况，那么，等数据库系统恢复时，恐怕不可挽回的损失已经造成了。