Restringir la funcionalidad de código nativo de Java

Question

Tengo una aplicación de Java que utiliza JNI en algunas partes para hacer algo de trabajo. Sigue la carga habitual de DLL y luego llama a los métodos nativos de DLL. ¿Hay alguna manera de restringir lo que los métodos nativos pueden hacer desde la aplicación java? Por ejemplo, ¿podemos restringir las DLL para no abrir ningún archivo o no abrir ningún socket incluso si tiene el código para hacerlo? Simplemente puede prohibir las DLL que carga para hacer ciertas cosas, puede ser al iniciar sesión o lanzar una excepción.

Answer 1

Me gustó Gregory Pakosz 'answer mucho. Sin embargo, lo que podrías hacer es sandbox la instancia de Java. Inicie la aplicación Java en un contexto restringido.

En Windows o Unix puede crear un usuario que está limitado a un directorio determinado y solo tiene acceso a algunas DLL. Por lo tanto, el DLL llamado desde JNI puede hacer lo que quiera, pero no llegará muy lejos, porque el usuario que ejecuta Java no puede hacer mucho.

Si su programa Java necesita hacer cosas privilegiadas, el lado de Java tendrá que hablar con otro programa (Java o no) para hacer sus 'cosas privilegiadas para ello.

Solo tenga en cuenta que, si no puede confiar en la DLL, tampoco puede confiar en el código Java, ya que la DLL podría haber "pirateado" la máquina Java. Por otro lado, ninguna cosa desagradable debería poder escapar de los límites del usuario con el que se ejecutan. (Excepto errores de configuración o un error en el sistema operativo.)

Answer 2

Normalmente, ejecutaría su aplicación bajo el Administrador de seguridad de Java, pero no creo que tenga ningún efecto en el código que se ejecuta a través del JNI.

Answer 3

No, no puedes. La DLL se carga como un todo y luego el lado de Java no tiene control sobre lo que está haciendo el código nativo.

Una solución podría ser una especie de hombre en el enfoque medio. Esto implicaría codificar una DLL "shell" que tenga la misma interfaz que la DLL original. Le dice a Java que cargue una DLL de "shell", por ejemplo, colocándola en una ubicación específica y utilizando la propiedad java.library.path. Luego, el rol de la DLL "shell" es cargar la DLL "verdadera" al ponerla en una caja de seguridad y redirigir las funciones estándar. Esto suena como un gran dolor y esto sucedería en el lado nativo de las cosas, no de Java.

Answer 4

Puede implementar algún tipo de configuración que pueda obtener su código JNI. Por ejemplo, en un sistema UNIX, podría crear grupos para tipos especiales de privilegios, y verificar si el usuario actual tiene los privilegios necesarios, sino simplemente devolver 0 o algo.