gpt4 book ai didi

java - JVM 安全管理器文件权限 - 自定义策略

转载 作者:行者123 更新时间:2023-11-30 10:25:52 25 4
gpt4 key购买 nike

我在使用 JVM 安全管理器自定义策略时发现了某种意外行为。

repo :https://github.com/pedrorijo91/jvm-sec-manager

在 master 分支中,进入 /code 文件夹:

  • 自定义策略文件授予文件 ../allow/allow.txt 的文件读取权限
  • 没有文件 ../deny/deny.txt 的权限
  • HelloWorld.java 中的代码尝试读取这两个文件
  • 有一个run.sh脚本来运行命令

现在一切都按预期工作:允许的文件读取,但另一个抛出安全异常:java.security.AccessControlException: access denied ("java.io.FilePermission""../deny/deny.txt ""阅读")

但是如果我将两个文件(../allow/allow.txt../deny/deny.txt)移动到code 文件夹(更改自定义策略和 java 代码以使用这些文件),我也没有异常(exception)。 (分支“意外”)

当前目录是特例还是其他情况?

最佳答案

简要说明

这种行为记录在很多地方:

后两者重申了第一个的结束语,其中指出:

Code can always read a file from the same directory it's in (or a subdirectory of that directory); it does not need explicit permission to do so.

换句话说,如果

(HelloWorld.class.getProtectionDomain().getCodeSource().implies(
new CodeSource(new URL("file:" + codeDir),
(Certificate[]) null)) == true)

然后 HelloWorld 将默认授予对指定目录及其后代的读取访问权限。特别是对于 code 目录本身,这应该有一些直观的意义,否则该类甚至无法访问 public-访问其内部的类非常包装。

全文

基本上取决于ClassLoader:如果它statically将任何 Permission 分配给它 mapped 到的 ProtectionDomain类——适用于 java.net.URLClassLoadersun.misc.Launcher$AppClassLoader(特定于 OpenJDK 的默认系统类加载器)——这些权限将始终符合域,无论 Policy 是否生效。

解决方法

对于任何与授权相关的事情,典型的“quick-n'-dirty”解决方法是扩展 SecurityManager 并覆盖让您厌烦的方法;即在本例中是 checkRead 方法组。

另一方面,对于不降低 AccessController 和 friend 的灵 active 的更彻底的解决方案,您必须编写一个至少覆盖 URLClassLoader 的类加载器#getPermissions(CodeSource) 和/或将加载类的域的 CodeSource 限制到文件级别(默认分配的域的代码源 URLClassLoaderAppClassLoader 暗示(递归地).class 文件的类路径条目(JAR 或目录))。为了进一步细化,您的加载器还可以分配您自己的域子类的实例,和/或封装您自己的子类的代码源的域,分别覆盖 ProtectionDomain#implies(Permission) 和/或 代码源#implies(代码源);例如,可以使前者支持“否定许可”语义,而后者可以将代码源暗示基于任意逻辑,可能与物理代码位置分离(例如“信任级别”)。


根据评论澄清

为了证明在不同的类加载器下这些权限确实很重要,请考虑以下示例:有两个类,ABAmain 方法,它只是调用 B 上的方法。此外,应用程序是使用不同的系统类加载器启动的,它 a) 在每个类的基础上(而不是在每个类路径条目的基础上,这是默认的)分配域到它加载的类,没有 b) 分配对这些域的任何权限。

加载程序:

package com.example.q45897574;

import java.io.BufferedInputStream;
import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.IOException;
import java.io.InputStream;
import java.net.MalformedURLException;
import java.net.URL;
import java.net.URLClassLoader;
import java.security.AccessController;
import java.security.CodeSource;
import java.security.PermissionCollection;
import java.security.Permissions;
import java.security.PrivilegedAction;
import java.security.ProtectionDomain;
import java.security.cert.Certificate;
import java.util.LinkedHashSet;
import java.util.Set;
import java.util.regex.Pattern;

public class RestrictiveClassLoader extends URLClassLoader {

private static final Pattern COMMON_SYSTEM_RESOURCE_NAMES = Pattern
.compile("(((net\\.)?java)|(java(x)?)|(sun|oracle))\\.[a-zA-Z0-9\\.\\-_\\$\\.]+");
private static final String OWN_CLASS_NAME = RestrictiveClassLoader.class.getName();
private static final URL[] EMPTY_URL_ARRAY = new URL[0], CLASSPATH_ENTRY_URLS;
private static final PermissionCollection NO_PERMS = new Permissions();

static {
String[] classpathEntries = AccessController.doPrivileged(new PrivilegedAction<String>() {
@Override
public String run() {
return System.getProperty("java.class.path");
}
}).split(File.pathSeparator);
Set<URL> classpathEntryUrls = new LinkedHashSet<>(classpathEntries.length, 1);
for (String classpathEntry : classpathEntries) {
try {
URL classpathEntryUrl;
if (classpathEntry.endsWith(".jar")) {
classpathEntryUrl = new URL("file:jar:".concat(classpathEntry));
}
else {
if (!classpathEntry.endsWith("/")) {
classpathEntry = classpathEntry.concat("/");
}
classpathEntryUrl = new URL("file:".concat(classpathEntry));
}
classpathEntryUrls.add(classpathEntryUrl);
}
catch (MalformedURLException mue) {
}
}
CLASSPATH_ENTRY_URLS = classpathEntryUrls.toArray(EMPTY_URL_ARRAY);
}

private static byte[] readClassData(URL classResource) throws IOException {
try (InputStream in = new BufferedInputStream(classResource.openStream());
ByteArrayOutputStream out = new ByteArrayOutputStream()) {
while (in.available() > 0) {
out.write(in.read());
}
return out.toByteArray();
}
}

public RestrictiveClassLoader(ClassLoader parent) {
super(EMPTY_URL_ARRAY, parent);
for (URL classpathEntryUrl : CLASSPATH_ENTRY_URLS) {
addURL(classpathEntryUrl);
}
}

@Override
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
if (name == null) {
throw new ClassNotFoundException("< null >", new NullPointerException("name argument must not be null."));
}
if (OWN_CLASS_NAME.equals(name)) {
return RestrictiveClassLoader.class;
}
if (COMMON_SYSTEM_RESOURCE_NAMES.matcher(name).matches()) {
return getParent().loadClass(name);
}
Class<?> ret = findLoadedClass(name);
if (ret != null) {
return ret;
}
return findClass(name);
}

@Override
protected Class<?> findClass(String name) throws ClassNotFoundException {
String modifiedClassName = name.replace(".", "/").concat(".class");
URL classResource = findResource(modifiedClassName);
if (classResource == null) {
throw new ClassNotFoundException(name);
}
byte[] classData;
try {
classData = readClassData(classResource);
}
catch (IOException ioe) {
throw new ClassNotFoundException(name, ioe);
}
return defineClass(name, classData, 0, classData.length, constructClassDomain(classResource));
}

@Override
protected PermissionCollection getPermissions(CodeSource codesource) {
return NO_PERMS;
}

private ProtectionDomain constructClassDomain(URL codeSourceLocation) {
CodeSource cs = new CodeSource(codeSourceLocation, (Certificate[]) null);
return new ProtectionDomain(cs, getPermissions(cs), this, null);
}

}

A:

package com.example.q45897574;

public class A {

public static void main(String... args) {
/*
* Note:
* > Can't we set the security manager via launch argument?
* No, it has to be set here, or bootstrapping will fail.
* > Why?
* Because our class loader's domain is unprivileged.
* > Can't it be privileged?
* Yes, but then everything under the same classpath entry becomes
* privileged too, because our loader's domain's code source--which
* _its own_ loader creates, thus escaping our control--implies _the
* entire_ classpath entry. There are various workarounds, which
* however fall outside of this example's scope.
*/
System.setSecurityManager(new SecurityManager());
B.b();
}

}

B:

package com.example.q45897574;

public class B {

public static void b() {
System.out.println("success!");
}
}

非特权测试:
确保在策略级别没有被授予;然后运行(假设是基于 Linux 的操作系统——根据需要修改类路径):

java -cp "/home/your_user/classpath/" \
-Djava.system.class.loader=com.example.q45897574.RestrictiveClassLoader \
-Djava.security.debug=access=failure com.example.q45897574.A

您应该得到 NoClassDefFoundError,以及 com.example.q45897574.A 的失败 FilePermission

特权测试:
现在授予 A 必要的权限(再次确保更正 codeBase(代码源 URL)和权限目标名称):

grant codeBase "file:/home/your_user/classpath/com/example/q45897574/A.class" {
permission java.io.FilePermission "/home/your_user/classpath/com/example/q45897574/B.class", "read";
};

...然后重新运行。这次执行应该成功完成。

关于java - JVM 安全管理器文件权限 - 自定义策略,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/45897574/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com