⑴ 如何保证网络数据库的安全
数据库的安全性是指保护数据库以防止非法使用所造成的数据泄密、更改或破坏安全性控制的方法安全性控制是指要尽可能地杜绝任何形式的数据库非法访问。常用的安全措施有用户标识和鉴别、用户存取权限控制、定义视图、数据加密、安全审计以及事务管理和故障恢复等几类1.用户标识和鉴别用户标识和鉴别的方法是由系统提供一定的方式让用户标识自己的身份，系统内部记录着所有合法用户的标识，每次用户要求进入系统时，由系统进行核实，通过鉴定后才提供其使用权。为了鉴别用户身份，一般采用以下几种方法（1）利用只有用户知道的信息鉴别用户（2）利用只有用户具有的物品鉴别用户（3）利用用户的个人特征鉴别用户。用户存取权限控制用户存取权限是指不同的用户对于不同的数据对象有不同的操作权限。存取权限由两个要素组成：数据对象和操作类型。定义一个用户的存取权限就是要定义这个用户可以在哪些数据对象上进行哪些类型的操作权限分系统权限和对象权限两种。系统权限由DBA授予某些数据库用户，只有得到系统权限，才能成为数据库用户。对象权限是授予数据库用户对某些数据对象进行某些操作的权限，它既可由DBA授权，也可由数据对象的创建者授予。授权定义经过编译后以一张授权表的形式存放在数据字典中。定义视图为不同的用户定义不同的视图，可以限制用户的访问范围。通过视图机制把需要保密的数据对无权存取这些数据的用户隐藏起来，可以对数据库提供一定程度的安全保护。实际应用中常将视图机制与授权机制结合起来使用，首先用视图机制屏蔽一部分保密数据，然后在视图上进一步进行授权。数据加密数据加密是保护数据在存储和传递过程中不被窃取或修改的有效手段。数据加密技术在8.3节中已有详细介绍。安全审计安全审计是一种监视措施，对于某些高度敏感的保密数据，系统跟踪记录有关这些数据的访问活动，并将跟踪的结果记录在审计日志（audit log）中，根据审计日志记录可对潜在的窃密企图进行事后分析和调查6.事务管理和故障恢复事务管理和故障恢复主要是对付系统内发生的自然因素故障，保证数据和事务的一致性和完整性故障恢复的主要措施是进行日志记录和数据复制。在网络数据库系统中，分布事务首先要分解为多个子事务到各个站点上去执行，各个服务器之间还必须采取合理的算法进行分布式并发控制和提交，以保证事务的完整性。事务运行的每一步结果都记录在系统日志文件中，并且对重要数据进行复制，发生故障时根据日志文件利用数据副本准确地完成事务的恢复Oracle数据库的安全机制简介Oracle主要提供用户标识和鉴别、授权与检查、审计等系统级的安全性措施以及通过触发器灵活定义的用户级安全性措施1.Oracle的用户标识和鉴别Oracle系统预定义了SYS和SYSTEM两个用户。SYS用户拥有操作Oracle数据字典和相关的数据库对象的权限；SYSTEM用户拥有操作Oracle应用开发工具所使用的表的权限。SYS和SYSTEM用户分别用系统给定的口令登录。其他用户使用CREATE USER语句建立，同时用户的口令通过加密后存储在数据字典中。Oracle的授权与检查机制Oracle系统的权限包括系统权限和对象权限两类，采用非集中式的授权机制，即DBA负责授予与回收系统权限，每个用户授予与回收自己创建的数据库对象的权限Oracle也是将授权信息记录在数据字典的授权表中。Oracle的审计技术在Oracle中，审计分为语句审计、特权审计和模式对象审计。其中，语句审计只允许审计sql语句，不对SQL语句引用的模式进行审计。特权审计只审计系统权限的使用。而模式对象审计则审计具体的数据操纵语言（DML，Data Manipulation Language）语句和制定模式的GRANT和REVOKE语句。特权审计和模式对象审计针对所有用户，通常由DBA设置在Oracle中，审计设置以及审计内容均存放在数据字典中。用户定义的安全性措施除了系统级的安全性措施外，Oracle还允许用户使用数据库触发器定义更复杂的用户级安全性措施。触发器定义后，也存放在数据字典中。用户每次执行特定的操作时都会自动触发对应的触发器，系统检查触发器中设定的执行条件是否符合，如不符合则不执行触发器中指定的操作综上所述，Oracle提供了多种安全性措施，提供了多级安全性检查。数据字典在Oracle的安全性授权和检查以及审计技术中起着重要作用。网络数据库安全性技术 随着互联网技术的日益普及，网络数据库已经得到了普遍应用，随之而来的则是网络数据库的安全性问题。特别是近几年，随着企业信息建设的不断深化，企业中涉及网络数据库安全方面的问题也越来越多。如何有效提高网络数据库的安全防御措施，建立一套行之有效的数据库安全防御机制，已经是企业需要首先解决的问题。网络数据库安全问题经常涉及到的是数据库数据的丢、非法用户对数据库的侵入等。针对以上两个方面的问题，应该采取具体的应对措施，以实现企业核心数据的安全防护。首先，针对网络数据库数据丢失的问题，应该着重以下几个方面的工作：1、服务器存储系统硬盘作为服务器数据存储的主要设备，在正常运行过程中，一点小的故障都有可能造成硬盘物理损坏，所以一般服务器存储系统要求采用 Raid磁盘阵列，以此来增强服务器存储系统的容错能力。2、数据备份机制建立一套行之有效的数据备份机制，是保障企业网络数据安全的又一项重要内容。对于一些非常重要的数据要运用其它设备时时执行 备份，定期定时做相对完备的备份方案。作为企业用户来说，由于数据量上的原因，在使用磁盘阵列的同时，还应考虑采用磁带机作为数据备份设备。在解决好数据丢失问题的基础上，需要考虑的则是如何应对网络数据库非法入侵的问题。网络技术的飞速发展，使各行业的信息化管理水平有了很大程度的提高，同时也带动了整个企业的管理效率的提高，但随之而来的问题是网络非法入侵者不断出现。入侵者的目的往往针对企业核心机密，或是对数据的蓄意破坏。对于企业网络数据库管理人员来说，如何在数据库本身以及在网络层面上采取有效措施，防止数据库系统的非法入侵，是一个非常艰巨的任务。制定数据库系统安全策略，主要分以下几个方面：1.数据库用户的管理，按照数据库系统的大小和数据库用户所需的工作量，具体分配数据库用户的数据操作权限，控制系统管理员用户账号的使用。2.建立行之有效的数据库用户身份确认策略，数据库用户可以通过操作系统、网络服务以及数据库系统进行身份确认，通过主机操作系统进行用户身份认证。 3.加强操作系统安全性管理，数据服务器操作系统必须使用正版软件，同时要有防火墙的保护。另外，根据实际需要只开放涉及业务工作的具体网络端口，屏蔽其它端口，这样可以在较大程度上防止操作系统受入侵。
⑵ 两个oracle数据库如何设计容灾方案
在企业灾备预算中，最常见的问题就是按原套设备去做预算，费用往往高得吓人，所以很多企业想做灾备，最后都会卡在预算上。今天，英方工程师分享一个案例，如何将灾备预算成倍下降，提升企业的灾备幸福感。
1、AIX+Oracle双机要做灾备
案例需求：客户AIX+Oracle双机规划灾备建设，确保业务数据安全与业务连续。
灾备规划方案一：在本地灾备中心按照生产环境AIX+Oracle双机的配置进行规划，价格太高，超出了预算范围。主要原因是客户相当于花双倍价钱，买两套同样的设备，但是只有一套设备在生产，性价比太低，并且后续的运维成本也很高，所以方案被毙掉。
灾备规划方案二：利用云计算的资源，将灾备中心寄托于云计算上。私有云造价昂贵，对客户体量不适合；公有云是很好的选择，但是经过计算，客户发现在数据库采购、服务费用、云设施按需购买等综合费用也比方案一少不了几个钱，并且公有云的安全性没有私有云的高，方案整体的稳定性、可控性差，所以方案也被毙掉。
2、方案涉及到的操作系统的知识点
本案涉及生产环境的操作系统与数据库配置，我们先简单介绍AIX、UNIX、Linux的知识点。
首先是AIX，它是IBM基于AT&TUnixSystemV开发的一套“类UNIX”操作系统，运行在IBM专有的Power系列芯片设计的小型机硬件系统之上。那么，什么是UNIX操作系统呢？
UNIX操作系统是一个强大的多用户、多任务操作系统，支持多种处理器架构，按照操作系统的分类，属于分时操作系统，最早由KenThompson、DennisRitchie和DouglasMcIlroy于1969年在AT&T的贝尔实验室开发。目前它的商标权由国际开放标准组织所拥有，只有符合单一UNIX规范的UNIX系统才能使用UNIX这个名称，否则只能称为类UNIX（UNIX-like）。
Linux是一套免费使用和自由传播的“类Unix”操作系统，是一个基于POSIX和UNIX的多用户、多任务、支持多线程和多CPU的操作系统。它能运行主要的UNIX工具软件、应用程序和网络协议，支持32位和64位硬件。
3、简单跨平台，Linux+i2轻松灾备
针对上面客户提到的灾备需求，很显然，理想与现实的距离总是那么遥远。但是不要灰心，英方工程师有办法。针对这种情况，我们首先需要跳出传统容灾备份的思路，特别是英方新灾备技术方案对于操作系统与数据库等进行跨平台灾备的创新，在窄带宽、长距离、平台异构（操作系统与存储方式）、低成本、安全性、稳定性等方面有诸多的优势。
⑶ Oracle数据库安全
导读：随着计算机的普及以及网络的发展，数据库已经不再仅仅是那些程序员所专有的话题，更是被很多人所熟悉的，数据安全已经不再是以前的“老生长谈”，也更不是以前书本上那些“可望不可及”的条条框框。同时，安全问题也是现今最为热门的话题，也是企业比较关心的问题，可见安全问题的重要性，那就大家一起来探讨一下Oracle数据库安全问题。
以下就数据库唤悉闷系统不被非法用户侵入这个问题作进一步的阐述。
一、组和安全性：
在操作系统下建立用户组也是保证数据库安全性的一种有效方法。Oracle程序为了安全性目的一般分为两类：一类所有的用户都可执行，另一类只DBA可执行。在Unix环境下组设置的配置文件是/etc/group，关于这个文件如何配置，请参阅Unix的有关手册，以下是保证安全性的几种方法：
（1）在安装Oracle Server前，创建数据库管理员组（DBA）而且分配root和Oracle软件拥有者的用户ID给这个组。DBA能执行的程序只有710权限。在安装过程中SQL*DBA系统权限命令被自动分配给DBA组。
（2）允许一部分Unix用户有限制地访问Oracle服务器系统，增加一个由授权用户组的Oracle组，确保给Oracle服务器实用例程Oracle组ID，公用的可执行程序，比如SQL*Plus，SQL*forms等，应该可被这组执行，然后该这个实用例程的权限为710，它将允许同组的用户执行，而其他用户不能。
（3）改那些不会影响数据库安全性的程序的权限为711。（注：在我们的系统中为了安装和调试的方便，Oracle数据库中的两个具有DBA权限的用户Sys和System的缺省密码是manager。为了您数据库系统的安全，我们强烈建议您该掉这两个用户的密码，具体操作如下：
在SQL*DBA下键入：
alter user sys indentified by password;
alter user system indentified by password;
其中password为您为用户设置的密码。
二、Oracle服务器实用例程的安全性：
以下是保护Oracle服务器不被非法用户使用的几条建议：
（1） 确保$ORACLE_HOME/bin目录下的所有程序的拥有权归Oracle软件拥有者所有；
（2） 给所有用户实用便程（sqiplus,sqiforms,exp,imp等）711权限，使服务器上所有的用户都可访问Oracle服务器；
（3） 给所有的DBA实用例程（比如SQL*DBA）700权限。Oracle服务器和Unix组当访问本地的服务时，您可以通过在操作系统下把Oracle服务器的角色映射到Unix的组的方式来使用Unix管理服务器的安全性，这种方法适应于本地访问。
在Unix中指定Oracle服务器角色的格式如下：
ora_sid_role[_dla]
其中 sid 是您Oracle数据库的oracle_sid；
role 是Oracle服务器中角色的名字；
d （可选）表示这个角色是缺省值；a （可选）表示和弯这个角色带有WITH ADMIN选项，您只可以把这个角色授予其他角色，不能是其他用户。
以下是在/etc/group文件中设置的例子：
ora_test_osoper_d:NONE:1:jim,narry,scott
ora_test_osdba_a:NONE:3:pat
ora_test_role1:NONE:4:bob,jane,tom,mary,jim
bin: NONE:5:root,oracle,dba
root:NONE:7:root
词组“ora_test_osoper_d”表示组的名字；词组“NONE”表示这个组的密码；数字1表示这个组的ID；接下来陆斗的是这个组的成员。前两行是Oracle服务器角色的例子，使用test作为sid，osoper和osdba作为Oracle服务器角色的名字。osoper是分配给用户的缺省角色，osdba带有WITH ADMIN选项。为了使这些数据库角色起作用，您必须shutdown您的数据库系统，设置Oracle数据库参数文件initORACLE_SID.ora中os_roles参数为True，然后重新启动您的数据库。如果您想让这些角色有connect internal权限，运行orapwd为这些角色设置密码。当您尝试connect internal时，您键入的密码表示了角色所对应的权限。
SQL*DBA命令的安全性：
如果您没有SQL*PLUS应用程序，您也可以使用SQL*DBA作SQL查权限相关的命令只能分配给Oracle软件拥有者和DBA组的用户，因为这些命令被授予了特殊的系统权限。
（1） startup
（2） shutdown
（3） connect internal
数据库文件的安全性：
Oracle软件的拥有者应该这些数据库文件（$ORACLE_HOME/dbs/*.dbf）设置这些文件的使用权限为0600：文件的拥有者可读可写，同组的和其他组的用户没有写的权限。
Oracle软件的拥有者应该拥有包含数据库文件的目录，为了增加安全性，建议收回同组和其他组用户对这些文件的可读权限。
网络安全性：
当处理网络安全性时，以下是额外要考虑的几个问题。
（1） 在网络上使用密码在网上的远端用户可以通过加密或不加密方式键入密码，当您用不加密方式键入密码时，您的密码很有可能被非法用户截获，导致破坏了系统的安全性。
（2） 网络上的DBA权限控制您可以通过下列两种方式对网络上的DBA权限进行控制：
A 设置成拒绝远程DBA访问；
B 通过orapwd给DBA设置特殊的密码。[nextpage]
三、建立安全性策略：
系统安全性策略
（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） 使用角色对管理者权限进行管理
应用程序开发者的安全性策略：
（1） 应用程序开发者和他们的权限数据库应用程序开发者是唯一一类需要特殊权限组完成自己工作的数据库用户。开发者需要诸如create table,create，procere等系统权限，然而，为了限制开发者对数据库的操作，只应该把一些特定的系统权限授予开发者。
（2） 应用程序开发者的环境：
A 程序开发者不应与终端用户竞争数据库资源；
B 用程序开发者不能损害数据库其他应用产品。
（3） free和controlled应用程序开发应用程序开发者有一下两种权限：
A free development
应用程序开发者允许创建新的模式对象，包括table,index,procere,package等，它允许应用程序开发者开发独立于其他对象的应用程序。
B controlled development
应用程序开发者不允许创建新的模式对象。所有需要table,indes procere等都由数据库管理者创建，它保证了数据库管理者能完全控制数据空间的使用以及访问数据库信息的途径。但有时应用程序开发者也需这两种权限的混和。
（4） 应用程序开发者的角色和权限数据库安全性管理者能创建角色来管理典型的应用程序开发者的权限要求。
A create系统权限常常授予给应用程序开发者，以至于他们能创建他的数据对象。
B 数据对象角色几乎不会授予给应用程序开发者使用的角色。
（5） 加强应用程序开发者的空间限制作为数据库安全性管理者，您应该特别地为每个应用程序开发者设置以下的一些限制：
A 开发者可以创建table或index的表空间；
B 在每一个表空间中，开发者所拥有的空间份额。应用程序管理者的安全在有许多数据库应用程序的数据库系统中，您可能需要一应用程序管理者，应用程序管理者应负责起以下的任务：
a）为每一个应用程序创建角色以及管理每一个应用程序的角色；
b）创建和管理数据库应用程序使用的数据对象；
c）需要的话，维护和更新应用程序代码和Oracle的存储过程和程序包。
我相信有了以上的这些建议，作为一个Oracle的管理者绝对可以做好他本职的工作了。可是，我们再怎么努力，都始终得面对这样一个现实，那就是Oracle毕竟是其他人开发的，而我们却在使用。所以，Oracle到底有多少漏洞--我想这个不是你和我所能解决的。不过既然作为一篇讨论Oracle数据安全的文章，我认为有必要把漏洞这一块也写进去，毕竟这也是“安全”必不可少的一部分。呵呵！
所以
Oracle漏洞举例：
1.Oracle9iAS Web Cache远程拒绝服务攻击漏洞（2002-10-28）
2.Oracle 8.1.6的oidldapd中的漏洞
3.Oracle 9iAS OracleJSP 泄漏JSP文件信息漏洞
4.Linux ORACLE 8.1.5漏洞
总而言之一句话--“Oracle数据安全是一个博大而又精深的话题；如果你没有耐心，就永远不会得到它的精髓之所在。”希望大家能深入的去学习这篇文章，学好了也是百一而无一害。
⑷ oracle数据库的安全控制机制有哪些
固定长度或者有一定生成规律的只读数组可以用table values语句来实现,或者用with表达式来实现更复杂一点的逻辑. 不过这也只能解决一部分问题.
select * from table(values(1),(2),(3)) as t(a)
with t(a) as ( values 1 union all select t.a + 1 from t where t.a<99) select * from t;
但要在这个数组里面做删除,改变元组的操作就不适用了.
⑸ Oracle默认的用户名和密码是什么
在控制台用sqlplus / as sysdba登陆oracle系统时，所用的用户名和密码通常有四种。
用户名: internal 密码:oracle
2. 用户名:system 密码:manager
3. 用户名:sys 密码:change_on_install
4. 其中直接管理模式可以为sysdba的为后面三个，要是集群的话再去掉system。
(5)ORACLE数据库安全解决方案扩展阅读：
一：oracle sys密码的重置方法
在系统运行中输入：sqlplus /nolog
在命令窗口分别执行：conn /as sysdba
alter user scott identified by tiger;
alter user scott account unlock;
然后“scott”用户密码就修改为“tiger”了，用户可根据自己需求，重置密码。
二：ORACLE数据库安全解决方案
1.目前应用系统中对数据库的依赖程度与日俱增，应用数据库可以使应用系统开发更加方便，不再需要为烦琐的检索、查询、统计进行单独设计语法，同时交易的完整性又能得到可靠保证，但是数据库厂家的不断整合又为企业应用带来了新的考验：
（1）、Informix被IBM收购
（2）、Mysql被ORACLE收购
（3）、Sybase被SAP收购
被微软收购的更不计其数了，还有很多小数据库厂商被收购，开源的尤其多，追其根源，大厂商的数据库技术越来越庞大，但是体系架构又不适应灵活发展，面对中小数据库厂商的迅猛发展，他们惟有走收购之路，但是收购之后呢，他们不会让其发展，最终受伤的还是中小企业客户群。
2.安全历程
目前无论是银行综合业务系统，还是移动计费系统还是政权交易系统，都毫无例外的选择大型数据库进行交易，那么对于在911市贸悲剧后的安全方案究竟有什么特殊考虑呢？
数据库容灾无疑是目前脱颖而出的技术方案，应用系统数据的安全除了网络防火墙、防病毒以及权限设计之外就是数据库的备份工作了，可以说数据库备份经历了以下几个阶段：
单机版系统磁盘备份
数据磁带备份
局域网备份
双机热备/磁盘阵列RAID
磁带库备份
光盘塔备份
远程容灾备份
全球多点容灾备份
3.安全考虑
目前应用系统解决方案中多数应用目前主要还在考虑系统功能的建设，但是随着数据库容量的增加，历史数据查询审计需要加快，对历史数据的分析和对在线数据的实时可用已经变得越来越迫切。
客户不仅需要能够快速查询数据库，同时对目前应用系统的实时可用以及负载均衡都提出了更加明确的要求，为此在双机热备+磁带库冷备的多数解决方案外，很多大型金融证券企业都开始进行数据中心的建立，大型异地灾备中心开始提到议事日程。
4.比较完善
其实为客户提供安全解决方案，应该在应用系统的规划中就应该考虑，等到企业意思到安全的时候恐怕就需要耗费大量的人力、
物力来迁移数据，建立灾备中心，但是这仅仅是物理的，如何从数据库层面使从1BYTE的数据进入数据库就被安全的保护起来呢，无疑数据库同步热备的相关产品是我们应该考虑的。
因为即使不建立灾备中心，对数据实时热备也不需要太大的投入，只需要安装数据库同步产品，那么就可以轻松检验数据是否真正同步热备，当客户意识到需要建立灾备中心的时候，那仅仅是地点和网络的重新部署，
同步软件已经伴随客户成长，伴随数据成长，到时集成商为客户做的就是规划好灾备中心的设备和格局，这样一个完善的灾备方案就被你轻松建立了。并且随着数据逐渐增加，客户会对灾备中心提供的负载均衡功能更加依赖，不但减轻硬件的投入，还可以让查询对应用系统的资源占用减少到“0”。
5.产品分类
目前这块能够担当同步服务器功能的只有沃信科技的PAC数据库同步产品，因为包括ORACLE DATAGUARD、DSG、GOLDEN GATE、SHAREPLEX等厂家的产品必须安装在主数据库上，这样不只占用主库资源，同时也对应用系统的稳定性提出了更高要求，
但沃信科技的产品可以安装在独立于主备库的第三方服务器上，这样数据库同步软件不占用主库系统资源，同时避免了操作系统、数据库版本不一致的局限性。同时在所有产品中性价比最高，唯一提供免费试用，同时是唯一一家提供华军软件园下载的产品。
⑹ 简述oracle安全加固从哪几个方面入手加固
1.安全加固的检查方向
2.安全加固检查safeCheck.sh
3.安全加固执行safeExec.sh
1.安全加固的检查方向
1.1.sysdba用户远程登录限制（查看Oracle登录认证方式）
检查：
show parameter remote_login_passwordfile
整改：
alter system set remote_login_passwordfile = NONE scope=spfile;
注：需要重启库生效。
1.2.是否开启了资源限制
show parameter resource_limit
alter system set resource_limit = true;
1.3.登录失败的帐号锁定策略
select * from dba_profiles order by 1;
关注FAILED_LOGIN_ATTEMPTS的设定值
1.4.数据库用户帐号检查
检查：
select username,profile from dba_users where account_status='OPEN';
整改：
锁定用户：alter user <用户名> lock;
删除用户：drop user <用户名> cascade;
1.5.范例数据库帐号
是否存在默认的范例数据库账号scott等，可以考虑删除scott账号
1.6.dba权限账户检查
select username,profile from dba_users where account_status='OPEN';
1.7.数据库账户口令加密存储
11g数据里面的账户口令本来就是加密存储的。
1.8.数据库密码安全性校验函数
select limit from dba_profiles where profile='DEFAULT' and resource_name='PASSWORD_VERIFY_FUNCTION';
1.9.设定信任IP集
只需在服务器上的文件$ORACLE_HOME/network/admin/sqlnet.ora中设置以下行：
tcp.validnode_checking = yes
tcp.invited_nodes = (ip1,ip2…)
1.10.超时的空闲远程连接是否自动断开
根据实际需要设置合适的数值。
在$ORACLE_HOME/network/admin/sqlnet.ora中设置下面参数：
SQLNET.EXPIRE_TIME=10
2.安全加固检查safeCheck.sh
#!/bin/bash
#name：safeCheck.sh
#function：to create a safe check report.
#usage: oracle用户登录，执行 sh safeCheck.sh > /tmp/safeCheck.log
#logon database
sqlplus -S / as sysdba <<EOF
--format
prompt ============================
prompt == format
prompt ============================
prompt
set linesize 140 pagesize 50
col username for a30
col profile for a30
col resource_name for a30
col limit for a30
--check
prompt ============================
prompt == 1.sysdba用户远程登录限制
prompt ============================
prompt
show parameter remote_login_passwordfile
prompt 结果应为none.
prompt ======================
prompt == 2.resource_limit
prompt ======================
prompt
show parameter resource_limit
prompt 结果应为true.
prompt ===========================
prompt == 3.登录失败的帐号锁定策略
prompt ===========================
prompt
select * from dba_profiles order by 1;
prompt 关注FAILED_LOGIN_ATTEMPTS参数
prompt ===========================
prompt == 4.数据库用户帐号检查
prompt ===========================
prompt
select username,profile from dba_users where account_status='OPEN';
prompt 正常使用的用户列表
prompt ==========================
prompt == 5.范例数据库帐号
prompt ==========================
prompt
select * from all_users order by created;
prompt 关注有无示例账户scott
prompt ===========================
prompt == 6.dba权限账户检查
prompt ===========================
prompt
prompt ===========================
prompt == 7.数据库账户口令加密存储
prompt ===========================
prompt
prompt =============================
prompt == 8.数据库密码安全性校验函数
prompt =============================
prompt
select limit from dba_profiles where profile='DEFAULT' and resource_name='PASSWORD_VERIFY_FUNCTION';
prompt 结果应该不为null
--logoff database
EOF
# check the files
echo ===================
echo == 9.设定信任IP集
echo ===================
echo
more $ORACLE_HOME/network/admin/sqlnet.ora
#添加如下
#tcp.validnode_checking = yes
#tcp.invited_nodes = (ip1,ip2…)
echo ===================================
echo == 10.超时的空闲远程连接是否自动断开
echo ===================================
echo
#根据实际需要设置合适的数值。
more $ORACLE_HOME/network/admin/sqlnet.ora
#添加如下一行
#SQLNET.EXPIRE_TIME=10
3.安全加固执行safeExec.sh
#!/bin/bash
#name：safeExec.sh
#function：to execute the script for safe.
#usage: oracle用户登录，执行 sh safeExec.sh > /tmp/safeExec.log
#logon database
sqlplus -S / as sysdba <<EOF
--format
prompt ============================
prompt == format
prompt ============================
set linesize 140 pagesize 50
col username for a30
col profile for a30
col resource_name for a30
col limit for a30
--execute
prompt ============================
prompt == 1.sysdba用户远程登录限制
prompt ============================
alter system set remote_login_passwordfile=none scope=spfile;
prompt ======================
prompt == 2.resource_limit
prompt ======================
alter system set resource_limit=true;
prompt ===========================
prompt == 3.登录失败的帐号锁定策略
prompt ===========================
alter profile default limit FAILED_LOGIN_ATTEMPTS 10;
prompt ===========================
prompt == 4.数据库用户帐号检查
prompt ===========================
--select username,profile from dba_users where account_status='OPEN';
prompt I think I have nothing to do in this step.
prompt ===========================
prompt == 5.范例数据库帐号
prompt ===========================
prompt 是否删除范例scott用户?
--drop user scott cascade;
prompt ===========================
prompt == 6.dba权限账户检查
prompt ===========================
prompt I think I have nothing to do in this step.
prompt ===========================
prompt == 7.数据库账户口令加密存储
prompt ===========================
prompt 11g版本，数据库层面就是加密的嘛~
prompt =============================
prompt == 8.数据库密码安全性校验函数
prompt =============================
prompt 执行创建安全性校验函数的脚本
@?/rdbms/admin/utlpwdmg.sql
--logoff database
EOF
# check the files
echo ===================
echo == 9.设定信任IP集
echo ===================
more $ORACLE_HOME/network/admin/sqlnet.ora
#添加如下
#tcp.validnode_checking = yes
#tcp.invited_nodes = (ip1,ip2…)
echo ===================================
echo == 10.超时的空闲远程连接是否自动断开
echo ===================================
#根据实际需要设置合适的数值。
more $ORACLE_HOME/network/admin/sqlnet.ora
#添加如下一行
#SQLNET.EXPIRE_TIME=10
针对第9和第10步骤中的sqlnet.ora配置文件示例：
注意如果是ASM实例，sqlnet.ora配置文件是grid用户下$ORACLE_HOME/network/admin/sqlnet.ora的。
SQLNET.EXPIRE_TIME=10
tcp.validnode_checking = yes
tcp.invited_nodes = (192.168.99.*)