
Con el fin de proteger a todos los usuarios de Beast, el exploit descubierto por dos investigadores capaz de romper el cifrado de SSL/TLS que garantiza la fiabilidad y privacidad de los datos en los navegadores, Firefox estaría a punto de tomar una medida trágica que afectaría a la web. Los desarrolladores plantean una actualización que elimine el trabajo del navegador con Java de Oracle. La medida significaría que Firefox no podría trabajar en cientos de webs y herramientas fundamentales para otras tantas empresas que trabajan a diario.
Así de mal deben estar viendo la situación en Mozilla para llegar a plantearse tal situación y es que desde la compañía ven en estos momentos que el bloqueo y eliminación sería la única forma de frustrar un posible ataque que descifre el tráfico protegido por SSL.
Para aquellos que aún no hayan oído hablar de Beast les explico. La historia comenzó el pasado fin de semana en la conferencia de seguridad Ekoparty, momento en el que dos investigadores, Thai Duong y Julian Rizzo, aseguraron haber conseguido romper el cifrado SSL/TLS que se utiliza para garantizar la seguridad de los datos que se intercambian entre el servidor y el navegador, es decir, los que garantizan la privacidad.
Bajo el nombre de Beast (Browser Exploit Against SSL/TLS) se escondía un código JavaScript que funcionaba como sniffer y descifraba las cookies con credenciales de los usuarios para acceder a las cuentas y por lo tanto atacaba a la confidencialidad del protocolo. La demostración en la conferencia, consiguiendo recuperar una cookie de autenticación utilizada para acceder a una cuenta cifrada de un usuario en PayPal, alertó a todos los proveedores de navegadores, quienes desde entonces trabajan a contrarreloj para añadir parches.
El principal problema que se están encontrando es que muchos de los parches que se presentan son incompatibles con aplicaciones SSL actuales, por lo que llegamos al día de hoy y al anuncio de Mozilla de tomar esta medida drástica. Ayer miércoles fue Jonathan Nightingale de Firefox el que lo explicaba para The Registrer:
Sí, suena duro. Matar Java significa desactivar muchas funcionalidades del usuario como el chat de Facebook u otras tantas aplicaciones basadas en Java dentro de las empresas. Actualmente ya existía un mecanismo de bloqueo de Java que permitía a los usuarios volver a activar el plugin desde el administrador de addons, pero aún con él seguiría habiendo una gran cantidad de usuarios que podrían estar expuestos a la debilidad de Java
Chrome se actualizó la semana pasada nada más saber del exploit con un parche que ha mostrado varias incompatibilidades en algunos sitios web. Por su parte Microsoft se encuentra trabajando en un parche que palie el posible ataque.
Sea como fuere, si Firefox decide finalmente dejar de trabajar con Java causaría una gran variedad de problemas en la web bastante graves. Primero para los usuarios, y en segundo lugar para todo el entramado de trabajo de las empresas y compañías que funcionan con Java en el navegador. La palabras a última hora de Nightingale no dejan lugar a dudas sobre el drástico planteamiento:
Sea cual sea la decisión que tomemos ahora, realmente espero que Oracle reciba una actualización propia. Es la única manera que habrá de mantener a los usuarios afirmativamente a salvo










Aquí se está hablando de javascript no de Java. Hablemos con propiedad y no seamos alarmistas.
No estamos hablanod de JavaScript, este solo se usa para inyectar código que, a su vez, llama a un applet de Java, y este es el que realmente tiene la vulnerabilidad que le permite descifrar la cookie
Comentario oculto por votos negativos .Ver comentario.
Comentario oculto por votos negativos .Ver comentario.
Chungo, chungo. Si se diera el caso seria una hecatombe en mi empresa :(
Comentario oculto por votos negativos .Ver comentario.
Comentario oculto por votos negativos .Ver comentario.
Segun tengo entendido esta vulnerabilidad afecta a protocolos TLS 1.0 y versiones anteriores, por lo que desactivando la opcion de usar TLS 1.0(en Firefox Opciones/Seguridad creo recordar) bastaria para no ser vulnerable ante tal amenaza. Podria alguien confirmarlo porque yo asi ya me quede mas tranquilo e igual peco de ingenuo. Gracias
y después dicen que flash es el culpable de la inseguridad de los navegadores
Bueno, flash no es el único…
Comentario oculto por votos negativos .Ver comentario.
Eso no va a pasar. Los applets de JAVA son vitales para muchas aplicaciones empresariales y sistemas de proveedores como IBM y ORACLE (los mismos dueños de JAVA). Alguien tendrá que darles una manito
Comentario oculto por votos negativos .Ver comentario.
Comentario oculto por votos negativos .Ver comentario.
Comentario oculto por votos negativos .Ver comentario.
Comentario oculto por votos negativos .Ver comentario.
En el articulo no esta muy clara la relacion entre el exploit de javascript y su dependencia de una applet de Java, que es el sentido de todo. Seria bueno que esa parte fuese mas explicita.
Comentario oculto por votos negativos .Ver comentario.
Comentario oculto por votos negativos .Ver comentario.
El articulo falta matizar si se habla de java o javascript o ambos, si se trata de java no es tan malo, pero si se trata de javascript, es difícil encontrar hoy en día un sitio que no lo use
“Los desarrolladores plantean una actualización que elimine el trabajo del navegador con Java de Oracle.”
Yo creo que está bien matizado. La ha liado alguno en los comentarios.
El problema está en java, javascript es otra cosa, facebook no usa java en cliente.
Hay que informarse antes de decir tonterías y encima el articulo ya lleva unas pocas horas.
Eso es lo que hace más confuso todo que no sé sabe de qué están hablando. Atención que quién habla de facebook es el sujeto de Mozilla y no el autor del artículo.
Comentario oculto por votos negativos .Ver comentario.
jQuery es Javascript. Ruby on Rails es framework de desarrollo. No veo el sentido de lo que propones.
Yo creo que este es el peor artículo que he leído…
habiendo el tls 1.1 y 1.2 hace tiempo no entiendo como ningún navegador es compatible con ellos, por mucho que digan la seguridad en internet es tremendamente discutible y eso asusta realmente. ad1
¿Ningún navegador es compatible con ellos?. Al menos Opera lo soporta desde inicios del 2009, que los famosillos aún no lo hagan es otra cosa.
http://my.opera.com/core/blog/2009/02/25/new-in-opera-presto-2-2-tls-1-2-support