Google ha revelado un cronograma para desaprobar la versión XNUMX del manifiesto de Chrome en favor de la versión XNUMX, que ha sido criticada por romper muchos de sus complementos de seguridad y bloqueo de contenido. En particular, el popular bloqueador de anuncios uBlock Origin se adjunta a la segunda versión del manifiesto, que no se puede transferir a la tercera versión del manifiesto debido a la interrupción del soporte para el modo de operación de bloqueo de la API webRequest.
A partir del 17 de enero de 2022, Chrome Web Store ya no aceptará complementos que utilicen la segunda versión del manifiesto, pero los desarrolladores de complementos agregados anteriormente seguirán pudiendo publicar actualizaciones. En enero de 2023, Chrome dejará de admitir la segunda versión del manifiesto y todos los complementos vinculados a él dejarán de funcionar. Al mismo tiempo, se prohibirá la publicación de actualizaciones para dichos complementos en Chrome Web Store.
Recordemos que en la tercera versión del manifiesto, que define las capacidades y recursos proporcionados a los complementos, como parte de una iniciativa para fortalecer la seguridad y la privacidad, en lugar de la API webRequest, se utiliza la API declarativeNetRequest, limitada en sus capacidades, esta propuesto. Mientras que la API webRequest le permite conectar sus propios controladores que tienen acceso completo a las solicitudes de red y son capaces de modificar el tráfico sobre la marcha, la API declarativaNetRequest solo proporciona acceso a un motor de filtrado listo para usar integrado en el navegador, que procesa de forma independiente el bloqueo. reglas y no permite el uso de sus propios algoritmos de filtrado y no le permite establecer reglas complejas que se superpongan entre sí según las condiciones.
Según Google, continúa trabajando para implementar en declarativeNetRequest las capacidades requeridas en los complementos que utilizan webRequest y tiene la intención de llevar la nueva API a un formato que satisfaga plenamente las necesidades de los desarrolladores de complementos existentes. Por ejemplo, Google ya tuvo en cuenta los deseos de la comunidad y agregó soporte a la API declarativeNetRequest para usar múltiples conjuntos de reglas estáticas, filtrar usando expresiones regulares, modificar encabezados HTTP, cambiar y agregar reglas dinámicamente, eliminar y reemplazar parámetros de solicitud, filtrar. con enlace de pestañas y creación de sesiones de conjuntos de reglas específicas. En los próximos meses, también está previsto implementar soporte para scripts de procesamiento de contenido personalizables dinámicamente y la capacidad de almacenar datos en RAM.
Fuente: opennet.ru