Groovy Script Security no confiable en Java

Estamos intentando proporcionar elementos de secuencias de comandos en un producto "enterprisy". Nos gustaría usar Groovy, pero estamos teniendo dificultades para asegurar cosas muy básicas.Groovy Script Security no confiable en Java

Por ejemplo, nos gustaría evitar que un cliente simplemente va

Class.forName("my.company.internal.SecruityTools").runAsAwesome(...)

Hemos instalado un controlador de seguridad con una política que sólo permite accesDeclaredMembers y han sobrescrito el método checkPackageAccess y sólo permitir que los paquetes de la lista blanca . Desafortunadamente, la cadena classLoader predeterminada parece omitir esto y cargar la clase de cualquier forma.

Parecería que este es un problema bastante común/discutido, pero no puedo encontrar una biblioteca o incluso una buena publicación de blog sobre cómo bloquear scripts no confiables en el contexto de una aplicación mucho mayor .

¿Alguien ha hecho esto con éxito? ¿Me faltan algunas publicaciones/conceptos bastante obvios? ¿Ya hay una biblioteca sólida para esto? ¿Tal vez Groovy.tinFoilHatMode(true)?

Fuente

2012-04-19 Steve Skrla

Tal vez [esta respuesta en una pregunta similar] (http://stackoverflow.com/a/6490674/274466) es de alguna ayuda? La respuesta apunta a [esta publicación del blog] (http://www.jroller.com/melix/entry/customizing_groovy_compilation_process), que ofrece un mecanismo plausible para prevenir este tipo de cosas ... – ig0774

Si no me equivoco, hay bastantes características de lenguaje dinámico que podrían evitar cualquier tipo de protección AST. Algo así como object. ("Ge" + t "+" ClassLoader ")." Fo "+ $ rname o algo así. –

@Ambience ¿Has probado los procedimientos sugeridos por ig0774? No creo que puedas evadirlos con trucos como tú sugieres, y si puedes, esto es algo que debería informarse al equipo de Groovy lo antes posible. –

Eche un vistazo a Groovy Sandbox. Puede usarlo para detener cosas como System.exit(0) o new File(“/etc/passwd”).

Fuente

2013-07-12 20:22:23 Tristan

¿Has mirado en el uso de GroovyCodeSource

Fuente

2012-04-29 02:08:04

Corrígeme si estoy equivocado, pero eso parece estar implícitamente envuelto alrededor de las fuentes compiladas y simplemente ayuda a que una política se reduzca para las secuencias de comandos. Nuestro código define una política muy estricta para TODAS las fuentes en el hilo de evaluación. Así que esto nos ayudaría a "ampliar" nuestro permiso, pero no hace nada mágico para hacer que los permisos Class.forName comiencen a ser validados (no es que pueda ver solo las referencias groovy internas). –

Tener un vistazo a la java-sandbox. También hay un tutorial de cómo usarlo con groovy: http://blog.datenwerke.net/2013/06/sandboxing-groovy-with-java-sandbox.html

Fuente

2013-06-14 13:45:18

Voy a echar un vistazo a esto cuando tenga la oportunidad de dar la vuelta, ¡gracias! –

Lo que terminamos haciendo era una combinación de las cosas de arriba, pero la salsa de magia real estaba implementando this AST transformer que envuelve cualquier expresión (incluyendo this, o un implícito this) en una comprobación de acceso.

Fuente

2015-06-18 19:46:44

Groovy Script Security no confiable en Java

Respuesta

Cuestiones relacionadas