A empresa Google da terceira versão do manifesto do Chrome, de muitos complementos para bloquear conteúdo indesejado e garantir segurança. O suporte ao novo manifesto, que define as capacidades e recursos oferecidos aos complementos, foi adicionado nas versões experimentais .
O novo manifesto foi desenvolvido como parte de uma iniciativa para fortalecer a segurança, privacidade e desempenho dos complementos (o objetivo principal é simplificar a criação de complementos seguros e de alto desempenho, e dificultar a criação de complementos inseguros e lentos).
O manifesto ainda está em fase de testes alfa inicial, não é definitivo e foi adicionado para permitir que os desenvolvedores comecem a experimentar e adaptar seus complementos.
A ativação do novo manifesto é esperada para o próximo ano. O prazo para a descontinuação do suporte à segunda versão do manifesto ainda não foi definido.
Para facilitar a migração dos complementos para o novo manifesto, foi preparado , que inclui mudanças que os desenvolvedores de complementos devem observar.
Lembramos que está relacionado à descontinuação do modo bloqueador da API webRequest, que será restrito a um modo somente leitura. Uma exceção será feita apenas para a edição do Chrome para empresas (Chrome for Enterprise), onde o suporte à API webRequest será mantido. A Mozilla decidiu não seguir o novo manifesto e manter no Firefox a possibilidade de uso completo da API webRequest.
Em vez da API webRequest para filtragem de conteúdo, o novo manifesto propõe uma API declarativa . Se a API webRequest permitia conectar manipuladores próprios, com acesso total às requisições de rede e capazes de modificar o tráfego em tempo real, a nova API declarativeNetRequest oferece acesso a um motor embutido universal para filtragem, que processa automaticamente as regras de bloqueio, não permitindo o uso de algoritmos próprios de filtragem e não permitindo definir regras complexas que se sobreponham dependendo das condições.
O novo manifesto também apresenta outras mudanças que afetam a compatibilidade com complementos. Entre elas:
- A transição para a execução de Service Workers como processos em segundo plano, o que exigirá que os desenvolvedores alterem o código de alguns complementos.
- Um novo modelo granular de solicitação de permissões — o complemento não poderá ser ativado de imediato para todas as páginas (a permissão "all_urls" foi removida), e funcionará apenas no contexto da aba ativa, ou seja, o usuário precisará confirmar o funcionamento do complemento para cada site.
- Mudança no processamento de solicitações Cross-origin — de acordo com o novo manifesto, as mesmas restrições de permissões que se aplicam à página principal em que esses scripts são implementados também se aplicarão aos scripts de processamento de conteúdo (por exemplo, se a página não tiver acesso à API de definição de localização, o script de complemento também não terá esse acesso).
- Proibição da execução de código carregado de servidores externos (situações em que o complemento carrega e executa código externo).
Fonte: opennet.ru
