NotĂ­cias de dispositivos mĂłveis, gadgets, aplicativos Android

O Google bloquearia bloqueadores de anĂșncios de terceiros no Chrome para segurança, privacidade e velocidade

O Google Chrome agora bloquearia certos bloqueadores de anĂșncios e destruiria extensĂ”es de bloqueio de conteĂșdo de acordo com as mudanças no navegador Chromium de cĂłdigo aberto propostas pelos engenheiros do Google por uma questĂŁo de velocidade e segurança. Parece que o Adblock Plus seria uma exceção a essa mudança, embora plug-ins semelhantes de terceiros fossem afetados. As alteraçÔes redigidas tambĂ©m restringiriam os recursos disponĂ­veis para desenvolvedores de extensĂ”es.

Os bloqueadores de conteĂșdo auxiliam os usuĂĄrios a controlar os processos de apresentação e interação de seu navegador com recursos remotos.

O Manifest v3, em uma tentativa de melhorar a segurança, privacidade, desempenho e atĂ© mesmo aprimorar o controle do usuĂĄrio, compreende uma especificação para arquivos de manifesto de extensĂŁo de navegador enumerando recursos e capacidades disponĂ­veis para extensĂ”es de navegador. O documento de design afirmava: “Os usuĂĄrios devem ter maior controle sobre suas extensĂ”es
 Um usuĂĄrio deve ser capaz de determinar quais informaçÔes estĂŁo disponĂ­veis para uma extensĂŁo e ser capaz de controlar esse privilĂ©gio”.

Para atingir esses objetivos, o Google planeja substituir a API webRequest pela nova API declarativaNetRequest.

A API webRequest permite a interceptação de solicitaçÔes de rede por extensÔes de navegador para bloqueå-las, modificå-las ou redirecionå-las, o que atrasa o carregamento da pågina web. Portanto, esta API agora poderå apenas ler, e não modificar, solicitaçÔes de rede.

A API declarativaNetRequest permitiria que o prĂłprio navegador Chrome lidasse com solicitaçÔes de rede, mas corre o risco de remover uma possĂ­vel fonte de gargalos e um mecanismo potencialmente Ăștil para alterar o comportamento do navegador.

A API declarativaNetRequest oferece melhor privacidade aos usuĂĄrios porque as extensĂ”es nĂŁo podem realmente ler as solicitaçÔes de rede feitas em nome do usuĂĄrio – documento da API do Google

NĂłs recomendamos:  Como remover o bloqueio FRP em qualquer smartphone Samsung

Raymond Hill, o desenvolvedor por trĂĄs do uBlock Origin e do uMatrix postou no rastreador de bugs do Chromium que as alteraçÔes sugeridas pela proposta do Manifest v3 destruiriam suas extensĂ”es de anĂșncio e bloco de conteĂșdo, ao mesmo tempo que restringiriam o controle de conteĂșdo pelos usuĂĄrios.

Caso o usuårio prefira permitir que um desenvolvedor terceirizado filtre as solicitaçÔes de rede no lugar do Google, essas alteraçÔes redigidas interfeririam na funcionalidade da pågina da web.

Hill acrescenta que “se esta API NetRequest declarativa (bastante limitada) acabar sendo a Ășnica maneira pela qual os bloqueadores de conteĂșdo podem cumprir seu dever, isso significa essencialmente que dois bloqueadores de conteĂșdo que mantenho hĂĄ anos, uBlock Origin e uMatrix, nĂŁo podem mais existir”.

Embora as mudanças propostas reduzissem a eficĂĄcia do bloqueio de conteĂșdo e das extensĂ”es, todo o bloqueio de anĂșncios nĂŁo seria necessariamente eliminado. O Google e outras redes de publicidade na Internet supostamente pagam ao Adblock Plus para colocar seus anĂșncios online na lista de permissĂ”es e, portanto, sua preferĂȘncia por este plug-in especĂ­fico. No entanto, em comparação com o Adblock Plus, o uBlock Origin e o uMatrix oferecem controles muito mais abrangentes, sem se preocupar em acalmar os editores por meio da lista de permissĂ”es de anĂșncios.

Além disso, existem outras facilidades, como bloquear elementos de mídia maiores que um tamanho especificado, desabilitar a execução de JavaScript injetando diretivas Content-Security-Policy e remover os cabeçalhos de cookies de saída, que não estariam mais disponíveis na nova API declarativaNetRequest.

Aparentemente, Hill estĂĄ aguardando uma resposta do engenheiro de software do Google que supervisiona o problema.

Entendo o objetivo de uma API declarativaNetRequest e nĂŁo sou contra essa API. No entanto, nĂŁo entendo por que a capacidade de bloqueio da API webRequest – que existe hĂĄ mais de sete anos – seria removida (como propĂ”e o documento de design). NĂŁo vejo o que ganhar com isso – Raymond Hill, o desenvolvedor por trĂĄs do uBlock Origin e do uMatrix

NĂłs recomendamos:  Google Classroom atinge 100 milhĂ”es de downloads, impulsionado pela pandemia de COVID-19

Ele argumenta contra a utilidade do Chromium caso essas mudanças venham a existir: “As extensĂ”es agem em nome dos usuĂĄrios, elas adicionam capacidades a um ‘agente do usuĂĄrio’, e descontinuar a capacidade de bloqueio da API webRequest diminuirĂĄ essencialmente o nĂ­vel de agĂȘncia do usuĂĄrio em Chromium, para o benefĂ­cio de sites que obviamente ficariam felizes em ter a Ășltima palavra sobre quais recursos suas pĂĄginas podem buscar/executar/renderizar
 Com uma API NetRequest declarativa tĂŁo limitada e a depreciação de bloquear a capacidade da API webRequest, sou cĂ©tico ‘agente de usuĂĄrio’ ainda serĂĄ uma categoria adequada para classificar o Chromium.”

Vårios outros desenvolvedores de extensÔes demonstraram consternação com as mudanças elaboradas, alguns até supondo que a política do Google é usar a privacidade como pretexto para impulsionar seu negócio de publicidade.

O Google ainda nĂŁo finalizou as mudanças e pode estar disposto a atender Ă s preocupaçÔes dos desenvolvedores de extensĂ”es. De acordo com o e-mail de um porta-voz do Google ao The Register, “As coisas estĂŁo sujeitas a alteraçÔes e compartilharemos as atualizaçÔes conforme disponĂ­veis”.