Ir al contenido principal

Mejorar y entender la seguridad del plugin de Java (II) (Enero 2013)

Mejorar y entender la seguridad del plugin de Java (II)

El plugin de Java se está convirtiendo en un serio problema de seguridad, llevamos meses comprobándolo. Oracle ha añadido seguridad en su configuración por defecto, y ofrecido más granularidad a los usuarios. Pero todavía es mejorable. ¿Para qué sirven las nuevas funcionalidades y qué se puede esperar de ellas?
Niveles de seguridad y versiones seguras
En este sentido de control de certificados y versiones, en la versión 7u10 se introdujeron los niveles de seguridad y la "autoconciencia" de ser una versión "insegura". Recordemos que la seguridad se basa fundamentalmente en contener la ejecución de applets dañinos que puedan eludir la sandbox y para eso la clave está en la criptografía (hay que luchar contra los applets no firmados) y e la actualización de la propia máquina virtual.
Con respecto a la actualización, el problema (lógico) es que para cuando Oracle emite la "alarma" de que la versión es insegura (no es la última), es porque ya se han encontrado problemas de seguridad.
Con respecto a los niveles de seguridad, actualmente el nivel por defecto es "alto". Veamos los niveles:
  • Bajo: Los applets no firmados se ejecutarán de forma automática en el sistema sin preguntar. Solo se lanzará una pregunta al usuario si los propios applets piden acceso a recursos protegidos o quieran ejecutarse sobre una versión antigua. Una manía de Oracle es dejar que convivan versiones de la máquina antiguas en el sistema y los applets pueden elegir cuál. Hay que eliminarlas.
        
  • Medio: Solo si la versión de Java se considera segura (no se detecta una más reciente), los applets no firmados se ejecutarán en el sistema de forma automática. Si Java detecta una versión nueva online, se ofrecerá un diálogo al usuario antes de lanzar los applets. Lógicamente, la versión más reciente se considera "segura" oficialmente. Así, estando "actualizado", los applets no firmados se ejecutarán de forma automática, con lo que este nivel no protege en absoluto durante la ventana de tiempo entre que se explota un fallo y se saca una nueva versión.
        
  • Alto: Se preguntará al usuario siempre que se intente ejecutar un applet no firmado, independientemente de la versión o su comportamiento. Además aparecerá esta alerta si se tiene una versión antigua.
       

   
  • Muy alto: No se ejecutarán los applets no firmados bajo ningún concepto. Obviamente la opción "Muy alto" es la mejor, puesto que los applets de los atacantes no suelen estar firmados. Si se eleva a ese nivel, aparecerá este mensaje:

¿Qué harán los atacantes para eludir estas nuevas restricciones y seguir infectando a usuarios? Veremos algunas alternativas en la próxima entrega.
Más información:

una-al-dia (28/01/2013) Mejorar y entender la seguridad del plugin de Java (I)
Fuente: 

Comentarios

Entradas populares de este blog

Un Tutorial de Aprendizaje Profundo: De Perceptrones a Redes Profundas

IA (iiiii AAA) no .. no son solo un par de vocales son las siglas de "Inteligencia Artificial" un campo de la informática que estudia la inteligenia exhibida por las máquinas y hoy hablaremos de esto. Te vamos a enseñar conceptos básicos de IA de una forma fáci. Comencemos, el dia de hoy tenemos este super interesante artículo que nos comparten desde Toptotal.com sobre el "Aprendizaje profundo de perceptrones a redes profundas" y si te suena a Chino no lo es :) Te invito a que leeas este articulo: En los últimos años, ha habido un resurgimiento en el campo de la Inteligencia Artificial. Se ha extendido más allá del mundo académico, con grandes figuras como  Google , Microsoft y  Facebook , quienes han creado sus propios equipos de investigación, obteniendo impresionantes  adquisiciones . Se comenta que esto puede atribuirse a la gran cantidad de datos brutos generados por los usuarios de redes sociales, muchos de los cuales deben ser analizados, al igual qu...

La H-1B: El viaje de un desarrollador iOS desde Honduras hasta Silicon Valley

Desde toptal.com nos cuentan ... La experiencia de un desarrollador Latinoamericano que llego hasta Silicon Valler desde Honduras, un interesante artículo que nos cuenta la travesía de llegar a trabajar en San Francisco, California. He aquí un fragmento del articulo: Por estos días, vivo en la gran ciudad de San Francisco. Obtuve un trabajo que amo, y uno con el cual soñé con tener durante mucho tiempo. Parece fácil ahora, pero no siempre fue así. Cómo empezó todo Nací en  San Pedro Sula , un pequeño pueblo en la esquina noroeste de Honduras. Comencé a programar cuando tenía 12 años. Todo empezó con BASIC. Un día, estaba jugando un vídeo juego y se colgó. Cuando ví la pantalla llena de códigos de error y mensajes, me picó la curiosidad—entonces comencé a aprender algunos comandos BASIC, que eventualmente me llevaron a comprar libros de programación sobre Clipper, Turbo Pascal, C, C++, etc. Fue genial. Tenía todo el tiempo del mundo para gastar programando cualq...

Por Qué Los Startups Necesitan Una Guía De Estilo

Incluso para un diseñador con experiencia, crear una nueva guía de estilo para un producto es difícil—hay muchas direcciones de diseño posible, y el proceso puede rápidamente convertirse en algo abrumador. La vida del  startup  es bastante agitada, rápida, y llena de clichés como “la perfección es la enemiga de tener algo hecho”, “muévete rápido y rompe cosas”, o “lancemos ahora, arreglemoslo después”. Crear una guía de estilo bajo dichos eslóganes y prioridades fluctuantes es desafiante, pero es necesario si queremos que el diseño de un producto tenga éxito a largo plazo. La  Experiencia Global de Lenguaje (GEL) de la BBC explica el propósito de cada componente y cómo deberían ser utilizados. En años recientes, hemos escuchado mucho sobre sistemas de diseño, guías de estilo, librerías de patrones, y  diseño atómico . Y si bien estas herramientas son muy útiles, usarlas puede sentirse como un exceso cuando lo único que quieres es crear un par de pantalla...