Mostrando entradas con la etiqueta Chrome. Mostrar todas las entradas
Mostrando entradas con la etiqueta Chrome. Mostrar todas las entradas

sábado, diciembre 08, 2018

Microsoft Edge: La próxima versión se basará en Chromium

Microsoft Edge es el navegador que desarrolladopor Microsoft como sustituto en Windows 101 del clásico Internet Explorer que llevaba en desarrollo desde los años noventa. Bien, pues Microsoft acaba de anunciar que la próxima versión de Microsoft Edge estará basado en el motor web Chromium, el proyecto de fuentes abiertas a partir del cual Google desarrolla Chrome. Esta nueva versión de Edge estará disponible para varias plataformas, incluyendo macOS.

Una consencia importante de este desarrollo de Microsoft es que puede que nos encontremos ante un navegador con el mismo núcleo de Chrome pero que no está ligado a los servicios de Google, con las consecuencias que este hecho tiene para la privacidad y para el negocio de Google. Por otra parte, también nos damos cuenta como el paradigma del software se traslada cada vez más a las nubes, desde donde los grandes dan sus servicios y sólo nos ofrecen un navegador para interactuar con los mismos.

Incidiendo un poco más en la privacidad, nos encontramos con algunas corporaciones, como Microsoft o Apple, que quieren hacer ésta como un valor añadido a sus productos, mientras que Facebook2, Twitter o Google, depende cada vez más de los datos que puedan obtener de sus usuarios. Es normal que muchas de estas últimas compañían ponga a disposición de todos el software que utilizan. Pensemos que su valor añadido son los datos que tienen sobre sus usuarios

Está bien recordar cual es la ascendencia de Chromium: El Webkit, el motor de navegación web que desarrolló Apple, a partir del motor KHTML desarrollado por el proyecto KDE.

Microsoft ha dado un giro de 180º a su política hacia el software de fuentes abiertas los últimos años. De ser uno de sus principales adversarios a incluirlo en su catálogo de productos, dando soporte a algunos de sus productos estrella sobre sistemas operativos como SQL Server.

Notas

  1. Está disponible en otras plataformas, no sólo Windows 10
  2. En el caso de Facebook, no dejéis de ver los documento del comité parlamentario inglés

lunes, septiembre 11, 2017

Publicar en Instagram desde cualquier navegador

Si accedes a Instagram desde un PC normal con cualquier navegador, no se pueden subir fotografías. La única manera que Instagram permite subir contenido desde un PC es similar que se está usando un navegador móvil, ya que hace un tiempo se incluyó esa funcionalidad.

¿Y cómo se hace eso?. Pues es bastante sencillo, puesto que la mayoría de los navegadores permiten el cambio del User-agent que envían en las peticiones HTTP.Hay que decirle al navagador que mande un User-Agent que se corresponda con un navegador móvil.

Por ejemplo, para el caso de Safari en Mac, es necesario activar el menú de desarrollador. Se despliega el menú de Desarrollo y se pulsa en agente de usuario, despegando el menú. Si se selecciona cualquiera de las versiones que se ejecutan bajo iOS, se podrá acceder a la funcionalidad de subir fotografías desde el ordenador. Hay que tener en cuenta que esta configuración es por pestaña. A continuación, una captura de pantalla donde se ve como configurar el User-Agent en Safari.

Aunque se puede cambiar de manera manual, en el caso de Firefox, lo mejor es usar algún tipo de extensión que se encargue de la gestión del mismo, ya que si no, es necesario tocar la configuracion en about:config. Por ejemplo, User Agent Switcher, pero es necesario configurarlo con un UserAgent más moderno.

En el caso de Google Chrome es relativamente sencillo hacerlo, aunque es más invasivo que en caso de Safari. Para ello, se despliegan las herramientas de desarrollador (cmd + opt + i en Mac) y se activa el "device tool bar" con cmd + shift + m, o pulsando en el icono de las herramientas desarrolladores (el icono que está azul arriba a la izquierda, en la siguiente captura de pantalla)

lunes, marzo 30, 2009

Chrome en MacOS X

Aunque hace ya tiempo que Google publicó el navegador web Chrome para Windows y que se está desarrollando para otras plataformas, como puede verse en la evolución del proyecto de fuentes abiertas, Chromium, poco hemos sabido del cual ha sido su avance en plataformas distintas a Windows.Ars Tecnica, sin embargo, acaba de probar una versión preliminar del desarrollo para MacOS X: Como funciona el navegador con una interfaz Cocoa nativa. Hay algunas capturas de pantalla del desarrollo, que las ha realizado Mike Pinkerton, uno de los ingenieros de Google a cargo del proyecto.

Google ha publicado una página donde se puede seguir la evolución del desarrollo de Chromium en la plataforma MacOS X. De interés la documentación sobre el sandboxing en MacOS X para conocer los mecanismos de seguridad y aislamiento de procesos que se van a aplicar a los diferentes componentes del navegador sobre esta plataforma.(para poder comparar, Google Chrome: Seguridad)

No está mal recordar, que en el concurso Pwn2own 2009 no han podido encontrarle ningún problema de seguridad que pudiese ser aprovechado para ganar el control de la máquina donde se ejecutaba. Su arquitectura de seguridad ha sido pensada desde el comienzo del diseño del navegador.

Technorati Tags: , ,

sábado, septiembre 27, 2008

Google Chrome: Seguridad

Leyendo un artículo sobre ingeniería inversa y Google, Chrome antics: did Google reverse-engineer Windows?, donde se describe cual es la arquitectura de ejecución de Google Chrome, el navegador que ha publicado la empresa americana.

Los navegadores actuales, suelen tener una arquitectura monoproceso, dentro del cual se controla la interfaz gráfica, las conexiones a Internet, el renderizado HTML o la ejecución de plugins. Google lo que ha hecho ha sido separar cada una de las tareas, encapsulándolas en un proceso propio (aunque el primer navegador que ha implementado esta arquitectura es la beta del Internet Explorer 8 y la Data Execution Prevention, es decir, la posibilidad de los procesadores Intel actuales de permitir memoria de lectura y no de ejecución.

Esta separación de procesos afecta a la interfaz gráfica, cada una de las pestañas o ventanas de navegación que se tengan y a la ejecución de plugins. Si se observa los procesos en ejecución con un programa como Proccess Explorer. Si nos vamos a la documentación de la versión de fuentes abiertas en las que está basado el navegador, Design Documents, podemos ver en la sección arquitectura el modelo de procesos y comunicación entre procesos que utiliza.

El navegador tiene dos tipos de procesos totalmente diferenciados: un tipo encargado de interaccionar con el sistema operativo y otros que son los encargados de renderizar las páginas, de tal manera que se ejecutan en un entorno de ejecución restringido, lo que Google denomina sandbox. Los componentes que se ejecutan dentro de los procesos de renderizado son el análisis e interpretación de HTML, el javascript y el DOM. mientras que la parte que interacciona con el sistema operativo se encarga de comunicaciones, cookies y el manejo de datos sensible.

El problema que se encuentra Google a la hora de intentar aislar los plugins que ejecutan, es que están pensados para una arquitectura de navegador tradicional, es decir, esperan que sólo exista ejecutándose una instancia del mismo para todo el proceso del navegador. Aunque Chrome ejecuta el mismo bajo un proceso independiente, éste tiene todos los privilegios del usuario y no existen restricciones sobre los mismos, para poder mantener la compatibilidad.

Un detalle importante es que toda esta arquitectura de seguridad, a día de hoy, está basada en mecanismos del sistema operativo Windows. Más concretamente, los procesos de renderizado, que se ejecutan con permisos restringidos, utilizan los tokens restringidos, los objetos jobs de Windows, el objeto desktop de WIndows y en el caso de Windows Vista, los niveles de integridad.

Por cierto, este tipo de arquitectura no es nueva. Se ha usado antes por ejemplo en qmail.

Referencias