SecurityException 是 Java 安全模型检测到违规时抛出的异常，需通过启用 SecurityManager（Java 8–16）并配置 policy 文件限制 PropertyPermission 来阻止第三方 JAR 读取 user.home 等敏感属性。
SecurityException 本身不能主动“拦截”操作，它是 Java 安全模型在检测到违反安全策略时抛出的异常。要阻止第三方 JAR 读取 user.home 等敏感系统属性，关键在于启用并正确配置 Java 的安全管理器（SecurityManager）和对应的安全策略（java.security.Policy），使相关敏感操作触发权限检查，未授权即抛出 SecurityException。
启用 SecurityManager 并指定策略文件
从 Java 17 开始，SecurityManager 已被弃用且默认禁用；Java 21 起完全移除。但若你运行的是 Java 8–16（仍支持该机制），可在启动时启用：
- 添加 JVM 参数：
-Djava.security.manager -Djava.security.policy==/path/to/your/policy.conf - 注意双等号
==表示“覆盖默认策略”，单等号=是追加 - 确保你的应用未在代码中调用
System.setSecurityManager(null)主动关闭它
在 policy 文件中限制 PropertyPermission
敏感系统属性（如 user.home、user.name、java.home）的读取受 PropertyPermission 控制。你需要在 policy.conf 中明确拒绝第三方代码的读取权限：
- 禁止所有未显式授权的代码读取敏感属性：
deny { permission java.util.PropertyPermission "user.home", "read"; }; - 更稳妥的做法是：只授予你信任的代码（如自己的主包）权限，其余默认无权：
grant codeBase "file:/your/trusted/app.jar" { permission java.util.PropertyPermission "user.home", "read"; }; - 避免使用宽泛通配符如
"*"或"-"（除非你清楚后果）
识别并隔离第三方 JAR 的代码源
策略规则按 codeBase（JAR 路径或 URL）或证书签名匹配。要精准限制某第三方 JAR：
- 查其路径，例如：
file:/lib/thirdparty-1.2.jar，并在 policy 中单独限制：grant codeBase "file:/lib/thirdparty-1.2.jar" { permission java.util.PropertyPermission "user.home", "read"; };
→ 此处不写该权限，即默认禁止 - 若 JAR 无签名，只能依赖路径；若有签名，可用
signedBy "alias"提升可靠性 - 确保类加载器能正确识别其
codeSource（尤其在复杂容器或模块化环境中）
验证与调试技巧
策略生效后，第三方 JAR 若调用 System.getProperty("user.home") 将直接抛出 SecurityException。调试建议：
- 启动时加参数
-Djava.security.debug=access,failure查看权限检查日志 - 捕获异常并打印栈，确认是否由
PropertyPermission拒绝引发 - 注意：某些库可能通过反射、
File.listRoots()或 JNI 绕过属性读取，这类行为需额外监控（如自定义SecurityManager.checkRead()）
