Java SE 8, actualización 51 Se agregó la protección “Native Sandbox” para PC con Windows. ¿Esperar lo?

Ya que suena como un desarrollador de Java, entonces sabes que el código Java puede modificar las cosas a nivel del sistema. Si un applet es malicioso, aprovechan este hecho para intentar obtener acceso al sistema cliente. Este tipo de ataque es difícil de detener porque para cuando el applet se ejecuta, ya es demasiado tarde. Este sandbox nativo es otro nivel de protección provisto por el sistema operativo Windows que lo hace de modo que si un applet se sale de un navegador, no debería poder hacer nada malo ya que está dentro de un sandbox. Si está diseñado para interactuar con el sistema y se aprueba para hacerlo incluso si se establece un recinto de seguridad, entonces podrá hacerlo, ya que el applet podría hacerlo mediante la Lista de sitios de excepción o el entorno de tiempo de ejecución. Conjunto de reglas de despliegue. Por lo tanto, puede ejecutar applets en el recinto de seguridad de forma predeterminada con esta configuración solo para asegurarse de que está protegido adicionalmente hasta que Oracle decida activarlo para todos, pero tenga en cuenta que si lo hace, algunos de los que necesitan interactuar con el el sistema no funcionará a menos que se aprueben o usted lo autorice para permitirles también.

Si lo deshabilita de forma predeterminada, los applets heredados se actualizarán (y aprovecharán / se prepararán para) antes de que se habilite de forma predeterminada si Oracle decide hacerlo o si un usuario consciente de la seguridad quiere usar un "peligroso" applet, pueden hacerlo con la confianza de que (con suerte) no arruinará su sistema.

Actualmente, es probable que muchos applets no estén en el ESL o que muchos entornos no estén configurados para usar el DRS, por lo que, al configurarlo como desactivado de forma predeterminada, pueden asegurarse de que no se rompa nada (todavía). Otra razón puede ser que esta opción no es totalmente compatible con Windows todavía, y tienen su parte terminada y Windows solo necesita ponerse al día o todavía están resolviendo los detalles antes de cambiar el interruptor. Todavía hay muchas más razones por las que configurarlo por defecto en este momento tiene sentido, pero no lo sabremos hasta que digan más. Supongo que lo han puesto en marcha hasta que el ESL sea lo suficientemente grande como para que se sientan seguros al configurarlo sin que las personas que no leen los parches hagan una gran cantidad de preguntas sobre por qué, por lo que ya no funciona en este sitio web. .

Editar: Después de un poco más de excavación, resulta que ya existe Windows 10 Sandbox para las aplicaciones de Windows Store, información aquí y aquí , que ahora pueden usar los applets de Java cuando se escriben correctamente y se configuran sin problemas. Por lo tanto, estará en la zona de pruebas de App-V que usan las aplicaciones de Windows Store y las nuevas aplicaciones de escritorio en Windows 10, ya que parece ser la nueva caja de arena predeterminada de Windows.

Yo también sentía curiosidad, así que traté de averiguarlo. Estos tipos de aplicaciones Java siempre se ejecutan en una caja de arena en el sentido de que están aisladas en la JVM. Entonces, la pregunta es qué soporte de Windows están usando. Cada proyecto parece hacer esto un poco diferente. Aquí hay una página antigua que analiza el modo de usuario de Windows, el modo kernel, el sandbox y el modelo de Chrome. Te enseñare mucho. A partir de ahí, simplemente actualice el conocimiento con las características de seguridad destacadas de las versiones posteriores de Windows.

enlace

Todo lo que pude encontrar para ti. Cuando estuve en Windows, usamos principalmente Sandboxie, DefenseWall, etc. para sandboxing. Probablemente también trataría de utilizar EMET y XAX de Microsoft, si todavía estuviera en la plataforma.

Por lo que puedo decir, eso es todo lo que Oracle ha lanzado en él. Dice que solo es aplicable a applets y aplicaciones de inicio web, lo que explica por qué hay tan poca información al respecto, ya que el complemento del navegador es la única parte de Oracle Java que no es de código abierto en estos días. Parece un intento de reforzar el entorno limitado del applet utilizando las capacidades nativas de Windows.

No debería tener ningún impacto en otros usos de Java, como las aplicaciones de escritorio y servidor, incluso si utilizan un SecurityManager , ya que el código parece estar limitado al complemento del navegador.