Hace unos días, Google revelaba que cada mes emiten 260 millones de avisos sobre malware en páginas web. La compañía lleva tiempo acorralando a los sitios no cifrados, y ahora avisan en el blog de Chromium que dentro de muy poco etiquetarán como no seguras todas las páginas HTTP.
AirDroid es una de las aplicaciones más populares para todos los usuarios de Android que quieren transferir archivos a su móvil desde una interfaz web y sin necesidad de conectar ningún tipo de cables. Aunque no da una cifra concreta, los datos de Google Play reflejan que ha sido instalada por entre 10 y 50 millones de usuarios en todo el mundo.
Esta noche, la empresa de seguridad Zimperium ha desvelado un informe en el que hablan de las múltiples vulnerabilidades que han encontrado en la aplicación. Desde hace por lo menos seis meses, AirDroid ha estado exponiendo a todo el que la utilizase en conexiones inseguras a que un atacante pudiera obtener el control remoto de su dispositivo.
Escribe con agilidad y escucha el sonido metálico de sus huesudos dedos deslizándose, sabios, sobre el teclado. Rebusca entre sus archivos y copia en el navegador el enlace donde se encuentra el resto de información. “Error 404, Not Found”, lee en la pantalla. Y aprieta los dientes mientras masculla un insulto.
Seguro que alguna vez te has topado con este molesto error, quizás el código de estado HTTP más frecuente y polémico. Sin embargo, la reciente aprobación de uno más, el 451, tiene todas las papeletas para quitarle el protagonismo. ¿La razón? Que resulta específico para la censura. Pero expliquémonos.
Aunque en dominio de Chrome en los últimos años se lo está poniendo muy difícil a la competencia, en los últimos días está siendo Firefox el que mejores noticias está recibiendo, tanto por empezar a ser compatible con utilidades como Google Inbox y WhatsApp Web como su excelente visión de futuro anunciando sus planes para prescindir de Flash y un nuevo sistema para avisarnos cuando una extensión nos esté ralentizando la navegación.
Pero Mozilla no sólo vive de sus planes futuros, y esta semana ha liberado la versión 36 de su navegador con unas cuantas novedades interesantes, tanto para su versión de escritorio como para la de dispositivos Android. Esta nueva versión estrenará una completa integración con el nuevo estándar HTTP/2 del que os hablamos la semana pasada y una nueva interfaz para tabletas.
Hace apenas unas horas, Mark Nottingham de la IETF ha publicado en su blog que el nuevo estándar HTTP/2 ha sido finalizado, y que ha sido enviado al RFC Editor para comenzar el proceso de publicación de la que será la mayor actualización del protocolo de transferencia de hipertexto desde que se implementó la versión HTTP 1.1 hace ya dieciséis años.
Esta actualización del protocolo que permite que los servidores web y los navegadores se comuniquen entre sí para que el usuario final pueda acceder al contenido de la red, traerá consigo una mayor velocidad en la carga de las páginas, una reducción de los errores de conexión y una menor carga en los servidores de las redes.
Los sitios web que no están empleando conexiones cifradas pueden verse desplazados en el ranking de resultados de búsqueda del motor de Google, en un intento de la compañía de fomentar las mejores prácticas de seguridad en línea, según un comunicado difundido en Google Online Security Blog.
Google lleva haciendo pruebas en los últimos meses para tener en cuenta en el algoritmo de búsqueda si los sitios emplean HTTPS. De momento esto sólo afecta a una mínima parte de las consultas globales: el 1%, y tiene menos "peso" que otros indicadores, como la calidad de los contenidos, por ejemplo. Aunque la intención es ponderar de forma positiva el uso de HTTPS en el futuro.
Empezamos a oír acerca de SPDY hace tres años, cuando Google lo presentó como un nuevo protocolo de comunicaciones más rápido para las páginas web. Las grandes compañías y servicios lo han ido empezándolo a usar poco a poco, y ahora es la misma Internet Engineering Task Force (o IETF) la que ha empezado a definir la segunda versión del protocolo HTTP basada en SPDY.
En unas pruebas realizadas por Google para evaluar el rendimiento de SPDY sobre redes 3G y 4G, los resultados ponen de manifiesto que SPDY es más rápido que HTTP en un factor de 1,3x sobre redes móviles.
SPDY es un reemplazo para HTTP, diseñado para acelerar la transferencia de páginas web mediante la eliminación de gran parte de la sobrecarga asociada con HTTP. SPDY admite varias optimizaciones que le dan una ventaja sobre HTTP.
Los fundamentos del próximo estándar HTTP 2.0 se están fraguando y todo parece indicar que SPDY de Google será uno de los ejes. Sobre todo porque otro gigante como Microsoft está de acuerdo en lo básico con el protocolo de Google.
Google siempre aprovecha la evolución de Chrome para ir probando continuamente nuevas tecnologías: ¿Os acordáis del protocolo SPDY? Hablamos de él a finales del 2009, y en esa época ya vimos que Google tenía como objetivo reemplazar el actual HTTP por este nuevo protocolo de comunicaciones. Y eso es lo que ha hecho exactamente con su navegador, Chrome.
Sebastian Anthony mostró ayer en Download Squad su descubrimiento: rastros del protocolo SPDY en algunos servicios de Google abiertos con Chrome. Eso no impide, por supuesto, que el resto de páginas web se puedan ver correctamente. De hecho, el protocolo SPDY se ha creado de tal manera que simplemente requerirá una actualización de los navegadores, no de todas las páginas web. Será un cambio del que quizás ni nos demos cuenta ni sea anunciado oficialmente por Google, pero es real y si usas Chrome ya lo estás experimentando.
La ventaja principal del protocolo SPDY es, principalmente, un tiempo de carga de las páginas web reducido. En algunos casos se consigue reducir ese tiempo de carga a la mitad comparándolo con el protocolo HTTP, y si aplicamos esto a páginas complejas como el mismo Gmail la ventaja queda patente. Ahora faltará por ver si el resto de navegadores del mercado se anima a implementar el mismo protocolo.
Vía | DownloadSquad
Chrome sigue evolucionando de forma acelerada respecto a su competencia, y desde la versión para desarrolladores no paran de realizar pruebas de posibles nuevas funciones. Una de ellas es la eliminación de la cabecera HTTP con la que comienza cada página web.
Dicha cabecera de las direcciones web está usada en prácticamente todas las páginas, de modo que hemos llegado a un punto en el que los usuarios se preguntan si realmente es necesario recordar esa parte de la dirección ya que es siempre idéntica.
Sin embargo, desde el canal de desarrolladores de Chromium ya se ha avisado de un posible error que puede conllevar este cambio, y es que muchas páginas programadas con lenguajes como PHP dependen de ese elemento de la dirección para poder funcionar, de modo que los desarrolladores del navegador de Google están estudiando las posibles consecuencias de eliminar algo que, según ellos, más que ser útil molesta.
Vía | Mashable
En Genbeta | Instala extensiones de Chrome en Firefox
