必须先查 public 的 execute 权限，因为并非所有环境都默认授予 utl_file 等高危包给 public，直接 revoke 可能报错或遗漏；需执行 select table_name from dba_tab_privs where grantee = 'public' and privilege = 'execute' and owner = 'sys'; 确认实际授权状态。
为什么要先查 PUBLIC 的 EXECUTE 权限
Oracle 官方明确建议撤销 PUBLIC 对 UTL_FILE、UTL_HTTP、UTL_TCP、UTL_SMTP、DBMS_RANDOM 等包的 EXECUTE 权限，因为这些包可被任意用户调用，构成严重提权或外连风险。但直接 REVOKE 可能报错——不是所有环境都存在这些包，也不是所有包都默认授给了 PUBLIC。
必须先确认真实授权状态，否则会误操作或遗漏：
SELECT table_name FROM dba_tab_privs WHERE grantee = 'PUBLIC' AND privilege = 'EXECUTE' AND owner = 'SYS';- 重点关注
table_name列是否包含UTL_FILE、UTL_HTTP等关键字 - 若结果为空，说明该环境已加固或未启用对应组件，无需操作
回收 EXECUTE 权限的正确写法与常见错误
回收语句必须严格匹配 owner 和 table_name，且不能加引号（除非对象名含大小写或特殊字符）；否则报 ORA-01927: cannot revoke privileges you did not grant 或 ORA-04043: object does not exist。
- 正确示例：
REVOKE EXECUTE ON SYS.UTL_FILE FROM PUBLIC; - 错误写法：
REVOKE EXECUTE ON UTL_FILE FROM PUBLIC;（缺SYS.前缀） - 错误写法：
REVOKE EXECUTE ON "UTL_FILE" FROM PUBLIC;（双引号强制大小写，而实际对象名为大写） - 执行需 DBA 权限，普通用户即使有
GRANT ANY OBJECT PRIVILEGE也无法撤销PUBLIC的权限
回收后验证是否生效
回收不等于立即失效于所有会话：当前已连接用户若之前通过 PUBLIC 获得了某包的执行能力，其会话仍可调用，直到断开重连。验证必须换新会话进行。
- 新开 SQL*Plus 或 SQL Developer 连接，用普通用户登录
- 执行测试语句：
BEGIN UTL_FILE.FOPEN('DIR', 'test.txt', 'W'); END; - 若报
ORA-06550: line X, column Y: PLS-00201: identifier 'UTL_FILE.FOPEN' must be declared，说明回收成功 - 若报
ORA-29280: invalid directory path，说明包仍可访问，回收失败或未生效
为什么不能用 REVOKE ALL ON xxx FROM PUBLIC
REVOKE ALL ON SYS.UTL_FILE FROM PUBLIC 在 Oracle 中语法非法——ALL 不适用于 EXECUTE 这类程序包权限，只适用于表、视图等对象的 SELECT/INSERT 等组合权限。强行使用会触发 ORA-00942: table or view does not exist（因 Oracle 尝试解析 ALL 为对象名）。
必须逐个明确指定权限类型：
- 对每个高危包单独执行
REVOKE EXECUTE ON SYS.xxx FROM PUBLIC; - 顺序无关，但建议按官方推荐顺序：先
UTL_FILE、UTL_HTTP，再UTL_TCP、UTL_SMTP、DBMS_RANDOM - 注意
DBMS_RANDOM是函数包，不是存储过程，同样适用EXECUTE回收
真正容易被忽略的是：回收后未检查依赖链。比如某个应用用户自己显式被授予了 UTL_HTTP 执行权，那即使 PUBLIC 被收回，该用户仍能调用——加固必须配合用户级权限审计一起做。
