En Chrome se ha comenzado a probar la tercera edición del manifiesto, incompatible con uBlock Origin.

La empresa Google Empezó la prueba de la tercera edición del manifiesto de Chrome, que infringe el funcionamiento de muchas extensiones para bloquear contenido no deseado y garantizar la seguridad. El soporte para el nuevo manifiesto, que define las capacidades y recursos proporcionados a las extensiones, se ha añadido en versiones experimentales. Chrome Canary.
El nuevo manifiesto ha sido desarrollado en el marco de la iniciativa de la mejora de la seguridad, la privacidad y el rendimiento de las extensiones (el objetivo principal es simplificar la creación de extensiones seguras y de alto rendimiento, y dificultar la creación de extensiones inseguras y lentas).

El manifiesto todavía está en fase de pruebas alpha tempranas, no es definitivo y se ha añadido para permitir a los desarrolladores comenzar a experimentar y adaptar sus extensiones.
Se espera que la activación del nuevo manifiesto ocurra el próximo año. El momento de finalización del soporte de la segunda edición del manifiesto aún no está determinado.
Para facilitar la migración de las extensiones al nuevo manifiesto, se ha preparado una lista de verificación, que incluye cambios a los que los desarrolladores de extensiones deben prestar atención.

Recordemos que principal descontento con el nuevo manifiesto relacionado con la finalización del soporte del modo de bloqueo de la API webRequest, que se limitará a un modo solo de lectura. La única excepción será para la edición de Chrome para empresas (Chrome for Enterprise), donde se conservará el soporte de la API webRequest. Mozilla ha decidido no seguir el nuevo manifiesto y mantener en Firefox la posibilidad de uso completo de la API webRequest.

En lugar de la API webRequest para filtrar contenido, el nuevo manifiesto propone una API declarativa. declarativeNetRequest. Si la API webRequest permitía conectar controladores propios, que tienen acceso completo a las solicitudes de red y pueden modificar el tráfico sobre la marcha, la nueva API declarativeNetRequest proporciona acceso a un motor integrado universal para filtrar, que maneja automáticamente las reglas de bloqueo, no permitiendo el uso de sus propios algoritmos de filtrado ni la definición de reglas complejas que se superpongan entre sí dependiendo de las condiciones.

El nuevo manifiesto también presenta otros cambios que afectan la compatibilidad con las extensiones. Entre ellos:

  • Transición a la ejecución de Service workers en forma de procesos en segundo plano, lo que requerirá que los desarrolladores modifiquen el código de algunas extensiones.
  • Un nuevo modelo granular de solicitud de permisos: la extensión no podrá activarse de inmediato para todas las páginas (se ha eliminado el permiso «all_urls»), y funcionará solo en el contexto de la pestaña activa, es decir, el usuario deberá confirmar el funcionamiento de la extensión para cada sitio.
  • Cambio en el manejo de solicitudes Cross-origin: según el nuevo manifiesto, las restricciones de permisos que se aplican a los scripts de manejo de contenido serán las mismas que para la página principal en la que se incrustan esos scripts (por ejemplo, si la página no tiene acceso a la API de geolocalización, entonces el script de la extensión tampoco tendrá acceso).
  • Prohibición de la ejecución de código cargado desde servidores externos (se refiere a situaciones en las que una extensión carga y ejecuta código externo).

Fuente: opennet.ru

Compra un hosting fiable para sitios web con protección contra DDoS, servidores VPS VDS 🔥 Compra un hosting fiable para sitios web con protección contra DDoS, servidores VPS VDS | ProHoster