[20150504]11G口令不对的问题.txt

[20150504]11G口令不对的问题.txt

--前一阵子,遇到用户口令不对,导致登录缓慢的问题,主要11G加入密码错误验证延迟导致的.(哎现在看文档才知道)

http://blog.itpub.net/267265/viewspace-1479718/

Preventing passwords from being broken. If a user tries to log in to Oracle Database multiple times using an incorrect
password, Oracle Database delays each login after the third try. This protection applies for attempts made from
different IP addresses or multiple client connections. For the first three attempts, there is no delay. Afterwards, it
gradually increases the time before the user can try another password, up to a maximum of about 10 seconds. If the user
enters the correct password, he or she is able to log in successfully without any delay.

This feature significantly decreases the number of passwords that an intruder would be able to try when attempting to
log in. It is designed to prevent repeated attacks on password checking.

我们通过修改参数。屏蔽了密码错误验证延迟EVENT="28401 TRACE NAME CONTEXT FOREVER, LEVEL 1"

--这个测试不做,看看如何延迟的.
$ cat az.sql
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt
(time echo 'select sysdate from dual;' | sqlplus -s test/a ) 2>>/tmp/aaa.txt

$ grep real /tmp/aaa.txt
real    0m0.077s
real    0m0.071s
real    0m0.076s
real    0m1.113s
real    0m2.077s
real    0m3.078s
real    0m4.078s
real    0m5.079s
real    0m6.078s
real    0m7.109s
real    0m8.115s
real    0m9.079s
real    0m10.074s
real    0m10.073s
real    0m10.074s

--根据这个特性,如果知道用户名,而登录错误没有限制(Failed login attempts)没有限制,可能被人滥用,导致系统无法登录.
--最佳的方法是打开错误登录审计,限制Failed login attempts次数,10次相对太少,设置大一些会比较合适(比如100).

时间: 2024-09-20 19:58:02

[20150504]11G口令不对的问题.txt的相关文章

[20160906]修改口令在内存中.txt

[20160906]修改口令在内存中.txt --昨天测试了在内存中修改数据块的信息,突然想到如果我修改在内存中数据块sys.user$的口令的hash值,是否可以骗过系统认证,使 --用自己定制的口令.相关链接:http://blog.itpub.net/267265/viewspace-2124466/=>[20160904]在内存修改数据.txt --仔细想想不对,我能修改sys.user$的口令的hash值在内存中数据块,但是user名要作为数据字典加入共享池中,我仅仅修改数据块显 --

[20170111]设置无需口令登录数据库2.txt

[20170111]设置无需口令登录数据库2.txt --//上午测试无需口令登录数据库,这样连接数据库使用sqlplus /@book ,这样实际上通过网络连接数据库,哪怕是在本机也是这样. --//思考一下是否绕过. --//前面测试链接:http://blog.itpub.net/267265/viewspace-2132220/ 1.环境: SCOTT@book> @ &r/ver1 PORT_STRING                    VERSION        BANN

[20151008]8i-10g口令密码的加密算法.txt

[20151008]8i-10g口令密码的加密算法.txt --昨天晚上写了1篇关于11g密码问题,想看看8i-10g口令密码的加密算法,google半天竟然没找到. --翻了一个电子文档找到相关内容做一个记录: Apress.Expert.Oracle.Practices.Jan.2010.pdf 1.  Concatenate the username and password while also making the string Unicode for instance, for SY

[20170620]11G 12c expand sql text.txt

[20170620]11G 12c expand sql text.txt --//原来写的脚本只能分别在11g,12c单独使用.上午花一点点时间.把两者整合起来. --//讨论链接:http://www.itpub.net/thread-2088981-1-1.html --//再次感谢solomon_007的指点: set long 20000 set serveroutput on declare     L_sqltext clob := null;     l_version varc

[20161208]11g直方图与char数据类型.txt

[20161208]11g直方图与char数据类型.txt --以前看tom大师的书提到过不要使用char数据类型,哪怕是char(1)也不要使用,最近看了几篇blob里面都提到了11g升级后会出现char数 --据类型直方图统计发生了变化,我重复别人的例子来说明.再次强调不要生产环境使用char类型. --参考链接:http://blog.dbi-services.com/histograms-on-character-strings-between-11-2-0-3-and-11-2-0-4

[20171120]11G关闭直接路径读.txt

[20171120]11G关闭直接路径读.txt --//今天做filesystemio_options参数测试时,遇到一个关于直接路径读的问题. --//如果看以前的博客介绍,设置"_serial_direct_read"=never或者events '10949 trace name context forever';就可以关闭直接路径读. --//我的测试在11GR2下set events '10949 trace name context forever';不行. --//通过

[20170518]11G审计日志清除3.txt

[20170518]11G审计日志清除3.txt --//以前写的链接:http://blog.itpub.net/267265/viewspace-2133145/ --//我当时写存在许多问题,仅仅清除sys.aud$内容,参数audit_file_dest目录的文件不清除,而这里参数大量的aud文件,重新测试看看. 1.环境: SYS@book> @ &r/ver1 PORT_STRING                    VERSION        BANNER -------

[20160516]11G HugePage的使用问题.txt

[20160516]11G HugePage的使用问题.txt --我们的dg内存不足,配置的/etc/sysctl.conf如下: vm.nr_hugepages = 3200 --没有启动数据库前如下: # grep -i huge /proc/meminfo AnonHugePages:     14336 kB HugePages_Total:    3200 HugePages_Free:     3200 HugePages_Rsvd:        0 HugePages_Surp

[20150706]11G谓词推入问题.txt

[20150706]11G谓词推入问题.txt --生产系统遇到一个sql语句的问题. --生产系统的sql语句比较复杂,做一个简化的例子来说明问题.来说明自己优化遇到的困惑. 1.建立测试环境: SCOTT@test> @ver1 PORT_STRING                    VERSION        BANNER ------------------------------ -------------- ----------------------------------