Oracle APEX密码验证函数OLD_PASSWORD参数为空问题求助

我来帮你分析下问题根源，以及对应的解决办法：

核心原因 #

你的密码验证函数F_VERIFY_PASSWORD里的OLD_PASSWORD参数为空，本质是因为当前修改密码的方式没有向Oracle提供旧密码——在Oracle 11g中，只有当修改密码时明确传入旧密码（比如使用ALTER USER ... REPLACE子句），数据库才会把旧密码传递给密码验证函数。

你现在的存储过程P_CHANGE_PASS执行的是alter user ... identified by <newpass>，这个语句不需要旧密码，所以Oracle不会填充OLD_PASSWORD参数，自然你的新旧密码差异检查逻辑就无法触发。

具体解决方案 #

1. 修改存储过程，添加旧密码参数并使用REPLACE子句 #

首先需要修改P_CHANGE_PASS，让它接收用户的旧密码，并且在ALTER USER语句中加入REPLACE子句传递旧密码。同时为了避免SQL注入风险，建议使用绑定变量：

create or replace procedure P_CHANGE_PASS (
  OLDPASS varchar2,
  NEWPASS varchar2,
  NEWPASS2 varchar2,
  USR varchar2
) as
begin
  -- 保留原有两次新密码一致性验证逻辑
  if NEWPASS != NEWPASS2 then
    RAISE_APPLICATION_ERROR(-20001, 'New passwords do not match!');
  end if;

  -- 修改密码时传入旧密码，触发验证函数的OLD_PASSWORD赋值
  execute immediate 'alter user :usr identified by :newpass replace :oldpass'
    using USR, NEWPASS, OLDPASS;
exception
  when others then
    -- 保留原有异常处理逻辑
    RAISE_APPLICATION_ERROR(-20002, 'Password change failed: ' || SQLERRM);
end;

2. 在APEX页面中收集旧密码并传递 #

在你的APEX密码修改页面上，添加一个旧密码输入项（设置为密码类型，隐藏输入内容），然后在调用P_CHANGE_PASS的过程中，把这个输入项的值作为OLDPASS参数传递进去。

3. 确认权限设置 #

确保执行存储过程的当前用户（因为你添加了AUTHID CURRENT_USER）拥有ALTER USER权限，或者存储过程的拥有者具备对应权限并将执行权限授予了APEX相关用户。

为什么之前的尝试无效？ #

• 撤销APEX_PUBLIC_USER的ALTER USER权限：这只是限制了公共用户的权限，没有解决核心的“未传递旧密码”问题。
• 添加AUTHID CURRENT_USER：这个仅改变了存储过程的执行权限上下文，和OLD_PASSWORD参数是否被填充无关。
• 调试时添加旧密码：如果调试时没有使用REPLACE子句，Oracle不会识别这个旧密码，自然也不会传递给验证函数。

内容的提问来源于stack exchange，提问作者PiggyInTheMirror