必须用REVOKE EXECUTE ON SYS.UTL_FILE FROM PUBLIC撤销，因UTL_FILE属SYS模式，省略SYS.前缀会导致ORA-00942对象定位失败；需先查DBA_TAB_PRIVS确认权限存在，再查DBA_DEPENDENCIES识别依赖对象，避免撤销后触发PLS-00201或ORA-00904错误。
必须用 REVOKE EXECUTE ON SYS.UTL_FILE FROM PUBLIC 撤销，不能用 DROP PACKAGE，也不能漏写 SYS. 前缀。
为什么必须显式写 SYS.UTL_FILE？
Oracle 的数据字典里，UTL_FILE 是 SYS 模式下的对象。如果只写 REVOKE EXECUTE ON UTL_FILE FROM PUBLIC，Oracle 会去当前 schema 下找这个包，找不到就报 ORA-00942: table or view does not exist——这不是权限不存在，是对象定位失败。
- 查证是否存在该权限：运行
SELECT * FROM DBA_TAB_PRIVS WHERE TABLE_NAME = 'UTL_FILE' AND GRANTEE = 'PUBLIC' AND PRIVILEGE = 'EXECUTE'，注意TABLE_NAME是大写 - 若查询无结果，直接执行
REVOKE会报ORA-01927: cannot revoke privileges you did not grant，属正常，无需处理 - 必须以
SYS或拥有GRANT ANY OBJECT PRIVILEGE的用户执行，普通 DBA 角色不够
撤销后哪些地方会出问题？
权限撤销对已连接会话不立即生效（缓存未刷新），但新会话立刻受限；真正风险藏在依赖对象里——它们不会自动失效，直到下次编译或运行时才暴露。
- 运行时报错典型是：
PLS-00201: identifier 'UTL_FILE.FOPEN' must be declared或ORA-00904: "UTL_FILE"."FOPEN": invalid identifier - 查潜在调用者：
SELECT OWNER, NAME, TYPE FROM DBA_DEPENDENCIES WHERE REFERENCED_NAME = 'UTL_FILE' AND REFERENCED_OWNER = 'SYS' - 重点关注
TYPE IN ('PROCEDURE', 'FUNCTION', 'PACKAGE BODY', 'TRIGGER')，尤其是状态为INVALID的对象 - 别急着批量编译——先确认这些对象是否真需要文件操作，能否改用外部表、
UTL_HTTP回传或应用层处理
常见误操作和后果
很多人把“撤销权限”当成开关一关了事，结果凌晨三点作业崩掉没人响应。最典型的三类错误：
- 用
DROP PACKAGE UTL_FILE—— 这会破坏数据库核心功能，DBMS_LOB等内部包可能连锁报错 - 执行
REVOKE SELECT ANY TABLE FROM PUBLIC—— 会导致STANDARD包变INVALID，引发ORA-06553: PLS-213，连登录都失败 - 跳过依赖检查直接上线 —— 开发环境没跑全链路，生产环境定时任务、报表导出、日志归档等模块静默失败
真正关键的不是那条 REVOKE 语句，而是它触发的依赖暴露过程。你得知道谁在用、为什么用、能不能换，否则加固就变成了故障前置。
