Java中 System.setSecurityManager 废弃后怎么做权限管控排查-java教程-PHP中文网

Java 17起SecurityManager被废弃、Java 21彻底移除，传统沙箱模型失效；替代方案包括：模块系统（JPMS）限制包可见性、JVM参数禁用危险操作、字节码增强实现运行时拦截、应用层显式鉴权API统一管控权限。

java中 system.setsecuritymanager 废弃后怎么做权限管控排查

Java 17 开始，System.setSecurityManager 被标记为废弃（Deprecated），Java 21 正式移除。这意味着基于传统 Security Manager 的沙箱模型不再可用，权限管控必须转向更现代、更明确的机制。

用模块系统（JPMS）限制类可见性与包访问

Java 9 引入的模块系统是替代 Security Manager 的核心方案之一。它从编译期和运行期强制隔离代码边界，天然限制敏感 API 的访问路径。

在 module-info.java 中显式声明 requires 和 exports，避免默认导出全部包
对敏感包（如 java.lang.reflect 或 jdk.internal）不导出，也不 requires 非必要模块
使用 opens 仅在必要时开放反射访问，且限定到具体模块，例如：opens com.example.config to java.xml.bind;

用 JVM 启动参数禁用危险操作

很多高危能力（如反射访问私有成员、JNI 加载、系统属性修改）可通过 JVM 参数关闭，比运行时检查更轻量、更可靠。

--illegal-access=deny：阻止非法反射访问（Java 16+ 默认启用）
--add-opens java.base/java.lang=ALL-UNNAMED：仅按需开放特定包，避免全局放开
-Djava.security.manager=allow 已无效，但可配合 -Dsun.reflect.debug=true 辅助排查反射调用来源
禁用 JNI：-XX:+DisableExplicitGC 不直接相关，但可通过移除 Runtime.getRuntime().load() 调用并监控 java.library.path 实现间接控制

用字节码增强或代理框架做运行时行为拦截

对于仍需动态权限决策的场景（如插件系统、脚本执行），可借助 Java Agent 或类加载器改造，在方法调用前插入校验逻辑。

Java注释规范Skills

当用户要求为 Java 代码添加注释、修改注释、审查注释、整理注释格式，或要求按照代码注释规范处理 Java 文件时，使用本技能。本技能用于统一生成和维护 Java 类注释模板、按 Git 对比 release 判断版本号、补充每行代码上方中文块注释、调整注释空行规则，并保持 Java 文件 UTF-8 无 BOM 编码。典型触发场景包括：补充类注释、更新 @version、检查 @author 来源、整理行尾注释、把注释放到代码上一行、检查注释是否符合规范、构建前检查 Java 注释风格。

下载

使用 Byte Buddy 或 ASM 在类加载时重写敏感方法（如 FileOutputStream.()、System.setProperty()），插入策略检查
自定义 ClassLoader，对来自不可信源的类禁止加载 java.* 或 javax.* 下的敏感类
结合 SecurityManager 的历史日志（如有遗留），定位哪些调用曾触发 checkPermission，将其映射为新拦截点