Seguridad con Java Scripting(JRuby, Jython, Groovy, BeanShell, etc.)

security

Question

Estoy buscando ejecutar algunos scripts no verificados (escritos en un lenguaje aún por determinar, pero debe estar basado en Java, por lo que JRuby, Groovy, Jython, BeanShell, etc. son todos candidatos). Quiero que estos scripts puedan hacer algunas cosas y restringirse de hacer otras cosas.

Normalmente, usaré el SecurityManager de Java y terminaré con esto. Eso es bastante simple y me permite restringir el acceso a archivos y redes, la capacidad de apagar la JVM, etc. Y eso funcionará bien para las cosas de alto nivel que quiero bloquear.

Pero hay algunas cosas que quiero permitir, pero solo a través de mi API / biblioteca personalizada que he proporcionado. Por ejemplo, no quiero permitir el acceso directo a la red para abrir una URLConnection a yahoo.com, pero estoy de acuerdo si se hace con MyURLConnection. Es decir, hay un conjunto de métodos / clases que quiero permitir y luego todo lo demás que quiero que esté fuera de los límites.

No creo que este tipo de seguridad se pueda hacer con el modelo de seguridad estándar de Java, pero quizás sí. No tengo un requisito específico de rendimiento o flexibilidad en el lenguaje de scripts en sí (los scripts serán simples llamadas de procedimiento a mi API con bucle / ramificación básica). Así que incluso una sobrecarga "grande" que verifique un control de seguridad en cada llamada de reflexión está bien para mí.

Sugerencias?

Answer 1

Descargo de responsabilidad: no soy un experto en las API de seguridad de Java, por lo que puede haber una mejor manera de hacerlo.

Trabajo para Open Source Enterprise CMS de Alfresco , basado en Java, e implementamos algo similar a lo que describes. Queríamos permitir secuencias de comandos, pero solo para exponer un subconjunto de nuestras API de Java para el motor de secuencias de comandos.

Elegimos Rhino Engine para JavaScript scripting. Le permite controlar qué API están expuestas a JavaScript, lo que nos permite elegir qué clases están disponibles y cuáles no. La sobrecarga, de acuerdo con nuestros ingenieros, es del orden del 10%, no está mal.

Además de esto, y esto también puede ser relevante para usted, en el lado de Java, utilizamos Acegi (ahora Spring Security) y usamos AOP para proporcionar un control basado en roles sobre qué métodos puede llamar un determinado usuario. Eso funciona bastante bien para la autorización. Entonces, en efecto, un usuario que accede a nuestra aplicación a través de JavaScript primero tiene una API restringida disponible para él, y esa API puede restringirse aún más en función de la autorización. Por lo tanto, podría utilizar las técnicas AOP para restringir aún más los métodos que se pueden llamar, lo que permite exponer esto en otros lenguajes de scripting, como Groovy, etc. Estamos en el proceso de agregar esos también, teniendo la confianza de que nuestro Java subyacente Las API protegen a los usuarios del acceso no autorizado.

Answer 2

Es posible que pueda usar un cargador de clases personalizado que haga que los veterinarios se vinculen a las clases antes de delegar a su padre.

Puede crear sus propios permisos, verificar aquellos en sus API sensibles a la seguridad y luego usar AccessController.doPrivileged para restaurar los privilegios apropiados mientras llama a la API subyacente.

Debe asegurarse de que el motor de secuencias de comandos sea seguro. La versión de Rhino in the Sun JDK debería estar bien, pero no hay garantías. Obviamente, debe asegurarse de que todo lo disponible para el script sea seguro.

Answer 3

En Groovy, puedes hacer exactamente lo que has mencionado. En realidad es muy fácil. Puede limitar fácilmente los permisos de secuencias de comandos no confiables que se ejecutan en un entorno confiable, permitir el uso de su propia API, que a su vez puede hacer cosas que no son de confianza.

http://www.chrismoos.com/2010/03/24/groovy-scripts-and-jvm-security/