A Mozilla publicou um plano para implementar no Firefox a terceira versão do manifesto do Chrome, que define as capacidades e recursos oferecidos às extensões. A terceira versão do manifesto foi criticada por interferir na funcionalidade de muitas extensões de bloqueio de conteúdo indesejado e segurança.
No Firefox, pretende-se implementar quase todas as capacidades e restrições do novo manifesto, incluindo uma API declarativa para filtragem de conteúdo (declarativeNetRequest), mas ao contrário do Chrome, o Firefox não descontinuará o suporte ao antigo modo de bloqueio da API webRequest, pelo menos até que a nova API atenda completamente às necessidades dos desenvolvedores de extensões que utilizam a API webRequest. Essa abordagem garantirá compatibilidade com as extensões do Chrome sem comprometer a compatibilidade com extensões baseadas na API webRequest.
Vale lembrar que a principal insatisfação com o novo manifesto está relacionada à transformação da API webRequest em um modo somente leitura, que permitia a conexão de manipuladores próprios com acesso total às requisições de rede e capazes de modificar o tráfego em tempo real. A referida API é utilizada no uBlock Origin e em muitas outras extensões de bloqueio de conteúdo indesejado e segurança. Em vez da API webRequest, foi proposta uma API declarativa de funcionalidades limitadas, que fornece acesso a um mecanismo embutido para filtragem, que processa autonomamente as regras de bloqueio, não permitindo o uso de algoritmos próprios de filtragem e não permitindo a definição de regras complexas que se sobreponham dependendo das condições.
No Firefox, o suporte à terceira versão do manifesto do Chrome está previsto para testes no final de 2021, e a implementação do novo manifesto está agendada para o início de 2022. Entre as características da implementação do novo manifesto no Firefox estão:
- Fornecimento da API declarativa declarativeNetRequest, mas com a manutenção da possibilidade de utilizar a antiga API webRequest.
- A alteração no tratamento de solicitações Cross-origin está de acordo com o novo manifesto para scripts de manipulação de conteúdo, que terá as mesmas restrições de permissões que a página principal na qual esses scripts são incorporados (por exemplo, se a página não tiver acesso à API de definição de localização, o script complementar também não terá esse acesso). Parte das mudanças relacionadas às restrições de solicitações cross-origin já está disponível para testes nas versões noturnas do Firefox (em desenvolvimento como parte do projeto Fission, que pode ser ativado em about:preferences#experimental) e está prevista para implementação generalizada no terceiro trimestre de 2021.
- As páginas em segundo plano serão substituídas por Service workers, que funcionarão como processos em segundo plano. A mudança ainda não está pronta para começar a ser testada.
- API baseada em Promise. O Firefox já suporta esse tipo de API no namespace "browser.*" e, para a terceira versão do manifesto, será transferido para o namespace "chrome.*".
- Novo modelo granular de solicitação de permissões — a extensão não poderá ser ativada imediatamente para todas as páginas (a permissão "all_urls" foi removida), mas funcionará apenas no contexto da aba ativa, ou seja, o usuário precisará confirmar o funcionamento da extensão para cada site. A Mozilla está trabalhando para fortalecer o controle de acesso, mas pretende oferecer aos usuários a possibilidade de decidir se permitem que extensões funcionem em diferentes abas.
- Proibição da execução de código carregado de fontes externas servidores (refere-se a situações em que a extensão carrega e executa código externo). O Firefox já aplica o bloqueio de código externo e os desenvolvedores da Mozilla estão prontos para adicionar técnicas adicionais de rastreamento de carregamentos de código propostas na terceira versão do manifesto. Para scripts de manipulação de conteúdo, será apresentada uma política separada de limitações de acesso ao conteúdo (CSP, Content Security Policy), e as APIs existentes userScripts e contentScripts serão reformuladas para suportar extensões baseadas em Service worker.
Fonte: opennet.ru
