Variantes preparadas de uBlock Origin y AdGuard con soporte para la tercera versión del manifiesto de Chrome

Raymond Hill, autor de los sistemas de bloqueo de contenido no deseado uBlock Origin, publicó un complemento de navegador experimental uBO Minus con una implementación de la variante uBlock Origin traducida a la API declarativaNetRequest, cuyo uso está prescrito en la tercera versión del Manifiesto de Chrome. A diferencia del uBlock Origin clásico, el nuevo complemento utiliza las capacidades del motor de filtrado de contenido integrado del navegador y no requiere permisos de instalación para interceptar y cambiar todos los datos del sitio.

El complemento aún no tiene un panel emergente ni páginas de configuración, y la funcionalidad se limita a bloquear solicitudes de red. Para trabajar sin permisos extendidos, funciones como filtros cosméticos para reemplazar contenido en una página (“##”), sustituir scripts en sitios (“##+js”), filtros para redirigir solicitudes (“redirect=”) y encabezado Los filtros están deshabilitados CSP (Política de seguridad de contenido) y filtros para eliminar parámetros de solicitud (“removeparam="). De lo contrario, la lista de filtros predeterminados corresponde completamente al conjunto de uBlock Origin e incluye alrededor de 22 mil reglas.

Además, hace unos días se presentó una versión experimental del complemento de bloqueo de anuncios AdGuard: AdGuardMV3, que también se tradujo a la API declarativeNetRequest y es capaz de funcionar en navegadores que solo admiten la tercera edición del manifiesto de Chrome. El prototipo propuesto para la prueba proporciona toda la funcionalidad de bloqueo de anuncios que necesitan los usuarios normales, pero va por detrás del complemento de la segunda edición del manifiesto en sus capacidades avanzadas, que pueden ser de interés para los usuarios avanzados.

El nuevo AdGuard seguirá ocultando banners, widgets de redes sociales y elementos molestos, bloqueará anuncios en plataformas de vídeo como YouTube y bloqueará de forma proactiva las solicitudes relacionadas con el seguimiento de movimientos. Las limitaciones incluyen el parpadeo de las inserciones publicitarias debido a un retraso de 1.5 a 2 segundos en la aplicación de reglas cosméticas, la pérdida de algunas capacidades relacionadas con el filtrado de cookies, el uso de expresiones regulares y el filtrado de parámetros de consulta (la nueva API proporciona expresiones regulares simplificadas). , disponibilidad de estadísticas y registros de respuestas de filtrado solo en el modo de desarrollador.

También se menciona una posible reducción del número de normas debido a las restricciones introducidas en la tercera versión del manifiesto. Si el navegador tiene instalado un complemento que utiliza declarativeNetRequest, no hay problemas con las reglas estáticas, ya que existe un límite general para todos los complementos, que permite 330 mil reglas. Cuando hay varias incorporaciones se aplica un límite de 30 mil reglas, lo que puede resultar insuficiente. Se ha introducido un límite de 5000 reglas para reglas dinámicas y 1000 reglas para expresiones regulares.

A partir de enero de 2023, el navegador Chrome planea dejar de admitir la segunda versión del manifiesto y hacer que la tercera versión sea obligatoria para todos los complementos. Inicialmente, la tercera versión del manifiesto fue objeto de críticas debido a la interrupción de muchos complementos para bloquear contenido inapropiado y garantizar la seguridad. El manifiesto de Chrome define las capacidades y recursos proporcionados a los complementos. La tercera versión del manifiesto se desarrolló como parte de una iniciativa para fortalecer la seguridad, la privacidad y el rendimiento de los complementos. El objetivo principal de los cambios es facilitar la creación de complementos seguros y de alto rendimiento, y hacer más difícil la creación de complementos lentos e inseguros.

El principal descontento con la tercera versión del manifiesto está relacionado con la traducción al modo de solo lectura de la API webRequest, que hizo posible conectar sus propios controladores que tienen acceso completo a las solicitudes de red y pueden modificar el tráfico sobre la marcha. Esta API se utiliza en uBlock Origin, AdGuard y muchos otros complementos para bloquear contenido no deseado y garantizar la seguridad. En lugar de la API webRequest, la tercera versión del manifiesto ofrece una API declarativaNetRequest de capacidad limitada, que proporciona acceso a un motor de filtrado integrado que procesa de forma independiente las reglas de bloqueo, no permite el uso de sus propios algoritmos de filtrado y no permiten establecer reglas complejas que se superponen entre sí dependiendo de las condiciones.

Durante los tres años de discusiones sobre la próxima tercera versión del manifiesto, Google ha tenido en cuenta muchos de los deseos de la comunidad y ha ampliado la API declarativeNetRequest originalmente proporcionada con las capacidades requeridas en las adiciones existentes. Por ejemplo, Google ha agregado soporte a la API declarativeNetRequest para usar múltiples conjuntos de reglas estáticas, filtrado de expresiones regulares, modificación de encabezados HTTP, cambio y adición dinámica de reglas, eliminación y reemplazo de parámetros de consulta, filtrado basado en pestañas y creación de conjuntos de reglas específicas de la sesión.

Fuente: opennet.ru

Añadir un comentario