La compañía Mozilla , que a pesar del uso en Firefox del sistema de complementos basado en la API WebExtensions, los desarrolladores no tienen la intención de seguir completamente la futura tercera edición del manifiesto de complementos de Chrome. En particular, en Firefox continuará el soporte del modo de trabajo bloqueante de la API , que permite cambiar el contenido recibido en tiempo real y es demandado en bloqueadores de anuncios y sistemas de filtrado de contenido.
La idea principal de la transición a la API WebExtensions fue la unificación de la tecnología de desarrollo de complementos para Firefox y Chrome, por lo que en su forma actual en Firefox está casi al 100% asegurada la compatibilidad con la actual segunda versión del manifiesto de Chrome. El manifiesto define el conjunto de capacidades y recursos proporcionados a los complementos. Debido a las restricciones impuestas en la tercera versión del manifiesto, que son mal vistas por los desarrolladores de complementos, Mozilla se alejará de la práctica de seguir completamente el manifiesto y no trasladará a Firefox los cambios que rompan la compatibilidad con los complementos.
Recordemos que , la empresa Google tiene la intención de detener el soporte en Chrome del modo de trabajo bloqueante de la API webRequest, limitándolo a un modo solo de lectura y ofreciendo un nuevo API declarativa para el filtrado de contenido. . 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.
Mozilla también está evaluando la viabilidad de trasladar a Firefox el soporte de algunos otros cambios de la tercera versión del manifiesto de Chrome, que rompen la compatibilidad con los complementos:
- La transición a la ejecución de Service workers en forma de procesos en segundo plano, lo que requerirá modificaciones en el código de algunos complementos. A pesar de que el nuevo método es más óptimo en términos de rendimiento, Mozilla está considerando la posibilidad de mantener el soporte para la ejecución de páginas en segundo plano.
- Un nuevo modelo granular de solicitud de permisos: el complemento no podrá activarse de inmediato para todas las páginas (se ha eliminado el permiso «all_urls»), sino que funcionará solo en el contexto de la pestaña activa, es decir, el usuario deberá confirmar el funcionamiento del complemento para cada sitio. Mozilla está explorando formas de aumentar el control de acceso sin distraer constantemente al usuario.
- El cambio en el manejo de peticiones Cross-origin se implementará según el nuevo manifiesto: las mismas restricciones de permisos que se aplican a la página principal, en la que se incrustan estos scripts, también se aplicarán a los scripts de contenido (por ejemplo, si la página no tiene acceso a la API de geolocalización, el script de contenido tampoco tendrá acceso a ella). Este cambio se planea implementar en Firefox.
- 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). Firefox ya aplica la restricción de código externo y los desarrolladores de Mozilla están dispuestos a fortalecer esta protección, aplicando técnicas adicionales de seguimiento de cargas de código propuestas en la tercera versión del manifiesto.
Fuente: opennet.ru
