oracle 11g “密码延迟验证”特性

实验目标：测试oracle 11g “密码延迟验证”特性.

Oracle 11g引入了“密码延迟验证”的新特性，如果输入错误的密码登录，随着错误密码登录次数的增加，每次登录前验证的时间相应也会增加，此功能目的在于避免黑客将数据库密码攻破.

但对于正常系统，由于口令的更改，特别是从10g(默认密码不区分大小写)升级到11g(默认密码区分大小写)，客户端不断重复错误密码尝试登陆，此时就会引起数据库内部长时间的Library Cache Lock等待，这种异常状态在生产环境并不少见.

以下模拟该场景：

数据库：oracle 11.2.0.4

登录后复制

      
      

       
       20:32:18 SQL> conn liujun/leo (登陆消耗3秒)
       
       
ERROR:
       
       
ORA-01017: invalid username/password; logon denied
       
       

       
       

       
       
Warning: You are no longer connected to ORACLE.
       
       
20:32:21 SQL> conn liujun/leo (登陆消耗2秒)
       
       
ERROR:
       
       
ORA-01017: invalid username/password; logon denied
       
       

       
       

       
       
20:32:23 SQL> conn liujun/leo (登陆消耗4秒)
       
       
ERROR:
       
       
ORA-01017: invalid username/password; logon denied
       
       

       
       

       
       
20:32:27 SQL> conn liujun/leo (登陆消耗3秒)
       
       
ERROR:
       
       
ORA-01017: invalid username/password; logon denied
       
       

       
       

       
       
20:32:30 SQL> conn liujun/leo (登陆消耗4秒)
       
       
ERROR:
       
       
ORA-01017: invalid username/password; logon denied
       
       

       
       

       
       
20:32:34 SQL> conn liujun/leo (登陆消耗5秒)
       
       
ERROR:
       
       
ORA-01017: invalid username/password; logon denied
       
       

       
       

       
       
20:32:39 SQL> conn liujun/leo (登陆消耗5秒)
       
       
ERROR:
       
       
ORA-01017: invalid username/password; logon denied
       
       

       
       

       
       
20:32:44 SQL> conn liujun/leo (登陆消耗7秒)
       
       
ERROR:
       
       
ORA-01017: invalid username/password; logon denied
       
       

       
       

       
       
20:32:51 SQL> conn liujun/leo
       
       
ERROR:
       
       
ORA-01017: invalid username/password; logon denied
       
       

       
       

       
       
20:33:00 SQL> conn liujun/leo (登陆消耗9秒)
       
       

       
       
ERROR:
       
       
ORA-28000: the account is locked
      
      
      
      

       
       
1.
       
       
2.
       
       
3.
       
       
4.
       
       
5.
       
       
6.
       
       
7.
       
       
8.
       
       
9.
       
       
10.
       
       
11.
       
       
12.
       
       
13.
       
       
14.
       
       
15.
       
       
16.
       
       
17.
       
       
18.
       
       
19.
       
       
20.
       
       
21.
       
       
22.
       
       
23.
       
       
24.
       
       
25.
       
       
26.
       
       
27.
       
       
28.
       
       
29.
       
       
30.
       
       
31.
       
       
32.
       
       
33.
       
       
34.
       
       
35.
       
       
36.
       
       
37.
       
       
38.
       
       
39.
       
       
40.
       
       
41.
       
       
42.
       
       
43.
       
       
44.
       
       
45.
       
       
46.
       
       
47.
       
       
48.
       
       
49.
       
       
50.
      
      

实验环境一个session尚且这样，若是生产环境，成百上千的session都使用错误的密码连接过来，就会造成严重的Library Cache Lock的等待事件. 前端用户使用错误密码登录过多，就会导致输入正确的密码也需要等待很久，感觉就是数据库hang住.不过该账号一旦输入正确密码，延时就会清0.

遇到该问题，可以通过event 28401关闭该特性：

登录后复制

      
      

       
       alter system set event='28401 trace name context forever,level 1' scope=spfile;
      
      
      
      

       
       
1.
      
      

说明：参数SEC_CASE_SENSITIVE_LOGON控制密码大小写敏感

参考网址：​ ​https://blog.csdn.net/zhang123456456/article/details/80983352​​

Mos文档：【Doc ID 1309738.1】