O motor do seu browser pertence a uma empresa de publicidade. O Manifest V3 é a fatura.
O browser que a sua organização adotou como norma corporativa herda as decisões de capacidades de uma empresa cujo negócio é a publicidade. A transição para o Manifest V3 é o preço dessa dependência.
O browser que a sua organização adotou como norma corporativa recebe as suas decisões de capacidades de uma empresa de publicidade. A maioria dos postos de trabalho corporativos corre uma versão do Chromium, e o rumo do Chromium é definido pela Google, cuja receita é esmagadoramente publicitária. Quando a Google reformula o que as extensões podem fazer, todos os fabricantes a jusante herdam a alteração. Este é o mecanismo por trás do risco de segurança empresarial do Manifest V3 que já está instalado nos seus terminais, e praticamente ninguém assinou um pedido de alteração para o autorizar.
O Manifest V3 é a plataforma de extensões que substitui as APIs sobre as quais os bloqueadores de conteúdo foram construídos. A vítima concreta é a forma bloqueante da webRequest, que permitia a uma extensão receber cada pedido de rede em tempo de execução, analisá-lo e depois cancelá-lo ou redirecioná-lo antes de ser disparado. O Manifest V3 elimina esse comportamento bloqueante e remete os programadores para a declarativeNetRequest, em que a extensão declara antecipadamente uma tabela fixa de regras e é o browser que faz a correspondência, sem entregar o pedido ao código da própria extensão. A troca tem um custo mensurável. O Chrome garante 30 000 regras estáticas ativas, permite agora até 330 000 regras estáticas no total dos conjuntos de regras de uma extensão, e admite 30 000 regras dinâmicas, das quais apenas 5 000 podem usar as ações «unsafe», mais expressivas, segundo a documentação de referência do declarativeNetRequest do Chrome. Parece generoso até se comparar com um conjunto de filtros a funcionar de facto: as listas predefinidas do uBlock Origin ultrapassam largamente os 100 000 filtros de rede e cosméticos e são atualizadas várias vezes por dia, enquanto um conjunto de regras estáticas fica congelado dentro da extensão e só muda quando a Chrome Web Store aprova uma nova versão.
O próprio calendário de descontinuação da Google escalona o fim do Manifest V2, desde os canais pré-estáveis em meados de 2024 até aos utilizadores finais, e prevê que a política empresarial que permitia aos administradores reativar extensões Manifest V2 (ExtensionManifestV2Availability) deixe de funcionar em junho de 2025. Convém ler estas datas como publicadas e sujeitas a novos adiamentos por parte da Google, já que o calendário já foi alterado mais do que uma vez.
O Manifest V3 enfraquece mesmo a segurança empresarial?
O instinto é arrumar o bloqueio de anúncios na gaveta do conforto do colaborador. Isso não corresponde ao que este controlo realmente faz. Um bloqueador de conteúdo sério é um filtro de rede a correr no terminal, e o tráfego que trava não é só publicidade. É malvertising e sinais de rastreio, parte da superfície de ataque do tipo «drive-by» que chega ao browser antes de qualquer proxy corporativo ter oportunidade de intervir. O IC3 do FBI já recomendou o uso de uma extensão de bloqueio de anúncios como defesa contra criminosos que compram anúncios em motores de busca fazendo-se passar por marcas conhecidas para distribuir malware e páginas de phishing de credenciais.
Então que proteções corta o Manifest V3, exatamente? Não o grosso do bloqueio estático: uma lista predefinida extensa de domínios de anúncios e rastreadores cabe dentro dos novos limites, e o conjunto de regras dinâmicas absorve os ajustes do utilizador e as adições horárias. As perdas são específicas. Sem a webRequest bloqueante, uma extensão já não consegue tomar uma decisão em tempo real com base no estado da página em redor de um pedido. A deteção de CNAME desaparece com ela: o uBlock Origin desmascara rastreadores escondidos atrás de um subdomínio próprio ao resolver o registo DNS e bloquear com base nesse resultado, e o Chrome não expõe nem o gancho de bloqueio nem a resolução de DNS necessários para o fazer, pelo que os rastreadores camuflados como primeira parte passam incólumes. A filtragem do corpo da resposta, a funcionalidade do uBlock Origin que remove scripts e elementos inline diretamente do fluxo de resposta, não tem equivalente nenhum no Chrome, porque a API que a torna possível (filterResponseData) é exclusiva do Firefox. E como os conjuntos de regras estáticas só se atualizam através de revisão na Web Store, a maioria dos filtros, que muda depressa, fica atrasada em relação às listas que um bloqueador em tempo real recarrega periodicamente. O próprio uBlock Origin Lite, a versão Manifest V3, assume a troca: substitui a matriz de filtragem dinâmica por site por uns quantos níveis de confiança grosseiros.
A dependência era implícita, e é isso que a torna traiçoeira. Ninguém colocou um bloqueador de conteúdo na matriz de controlos ao lado do agente de EDR, por isso quando a capacidade se degrada nenhum indicador fica vermelho. As defesas simplesmente vão-se diluindo em máquinas que se pensava estarem totalmente cobertas.
Porque é que o fabricante do seu browser não pode simplesmente recusar?
Porque divergir do motor partilhado custa dinheiro, e o custo acumula-se. Manter uma plataforma de extensões antiga sobre uma base em permanente evolução implica corrigir constantemente um código-fonte que está ativamente a eliminar a superfície de que se depende, e cada nova versão a montante alarga o fosso. É por isso que as atuais soluções de recurso são formuladas com tanto cuidado. Segundo a Computerworld, a Brave vai manter a funcionar determinadas extensões Manifest V2 ligadas à privacidade enquanto conseguir, e a Vivaldi planeia preservá-las enquanto estiverem disponíveis no Chromium. São contingências, não compromissos: tanto «enquanto conseguir» como «enquanto estiverem disponíveis no Chromium» remetem a decisão final para quem está a montante.
Há uma exceção genuína, e ela prova a regra precisamente por ficar fora do monocultivo. O Firefox usa uma arquitetura de extensões diferente. A Mozilla afirmou que a sua implementação diverge deliberadamente do Chrome ao manter a webRequest bloqueante, não tem planos para descontinuar o Manifest V2 e vai continuar a apoiar essas extensões num futuro previsível. A capacidade sobrevive precisamente onde o motor não pertence à Google.
Porque é que o Edge concluiu uma migração que outrora classificou como opcional?
Em 2022, a Microsoft disse aos programadores que o Edge Add-ons seguiria um calendário próprio para o Manifest V3, tendo em conta o calendário do Chromium e o feedback dos programadores. Margem de manobra, por escrito. A sua publicação de agosto de 2026 lê-se de forma diferente. Segundo esse comunicado, o Edge vai desativar o Manifest V2 por fases nos canais Canary, Dev e Beta antes de chegar ao Stable, com a desativação para consumidores prevista para o final de 2026 e a descontinuação empresarial a começar no início de 2027. São datas publicadas pela própria Microsoft, no calendário da própria Microsoft.
Uma empresa com milhares de milhões em receita e loja própria, que reservou explicitamente o direito de seguir caminho diferente, está a concluir a migração de qualquer forma. Se o fabricante mais bem posicionado para divergir opta por não o fazer, a compatibilidade com o motor a montante pesa agora mais do que a diferenciação pela proteção do utilizador no roteiro do produto.
O que deve fazer uma equipa de estratégia técnica
Trate isto como uma questão de dependência de plataforma. Se o bloqueio de conteúdo no browser está a fazer trabalho de segurança na sua organização, registe-o no inventário de controlos, para que a perda da deteção de CNAME ou um conjunto de regras congelado apareça como uma lacuna real e não como um encolher de ombros quando a capacidade se degradar. Calcule com honestidade o custo do plano de recurso, porque «enquanto conseguir» é um prazo de validade que outra empresa controla, não a sua. E decida com intenção onde vale a pena pagar a diversidade arquitetural, já que o único browser que mantém a webRequest bloqueante e a filtragem do corpo da resposta é precisamente aquele que saiu do monocultivo. É a mesma disciplina que aplicamos em trabalhos de estratégia técnica e na questão mais alargada da dependência de plataforma.
Nada disto exige acreditar que a Google concebeu o Manifest V3 para prejudicar a sua equipa de segurança, e a própria empresa apresenta a mudança como uma questão de segurança e desempenho. O ponto é estrutural, não uma questão de intenção. Ao adotar como norma um motor partilhado, entrega-se parte da política de segurança dos terminais a quem o mantém, e esse mantenedor responde primeiro perante a sua própria conta de resultados. As organizações herdam os compromissos que daí resultam, quer tenham sido pensados para elas quer não.
Perguntas frequentes
O uBlock Origin continua a funcionar depois da migração para o Manifest V3?
A versão completa depende da webRequest bloqueante, que o Manifest V3 elimina, pelo que não passa intacta para o novo modelo. A versão reduzida, o uBlock Origin Lite, funciona através da API declarativeNetRequest, filtrando com base num conjunto de regras predefinido em vez de analisar cada pedido em código. Encare a mudança como uma alteração de modelo de filtragem, não como uma substituição equivalente: a deteção de CNAME e a filtragem HTML da resposta não a acompanham.
O Firefox é uma alternativa segura para as extensões de bloqueio de conteúdo?
A Mozilla comprometeu-se a manter a webRequest bloqueante e a apoiar as extensões Manifest V2 num futuro previsível, porque o Firefox usa um motor e uma arquitetura diferentes. Isso torna-o, para já, a exceção, ainda que qualquer aposta num único fabricante mereça o seu próprio plano de contingência.
As empresas devem adiar a migração para o Manifest V3 para ganhar tempo?
Adiar compra semanas, não uma estratégia. As soluções de recurso baseadas em Chromium são explicitamente temporárias, pelo que o mais útil é documentar se o bloqueio de conteúdo no browser está a fazer trabalho de segurança na sua organização e planear para a capacidade mudar, em vez de presumir que um browser de retaguarda vai continuar disponível indefinidamente.
Relacionado
- No Ubuntu 26.04 LTS, o Coreutils Que Sustenta as Suas Compilações Já Não É GNU
- O Prêmio da Soberania: por que a IA soberana corporativa está vencendo pelo acesso, não pela velocidade
- Os Processos por Segredos Comerciais Ganham-se Anos Antes de Alguém se Demitir. Pergunte à Faccenda Chicken.
- Security & Trust
Escrito por uma persona editorial de IA do sistema editorial proprietário da Abyshire e revisto pela nossa equipa.