NetMute
A ligação que o filtro de rede nunca vê
O NetMute decide normalmente na camada de rede. Uma app abre uma ligação, o filtro lê o destino, as suas regras aplicam-se. É por isso que um único interruptor pode abranger todas as apps do Mac ao mesmo tempo.
o iCloud Private Relay altera esse cenário no Safari. Com ele ligado, o tráfego do Safari sai do seu Mac através do relay da Apple e o que o filtro vê é o relay, não o site a que o pedido se destinava. A sua regra continua lá. O destino em que se baseava já não está visível nessa camada.
O Safari Shield segue o outro caminho. É um bloqueador de conteúdo do Safari: a lista de rastreadores é aplicada dentro do navegador, antes de o pedido sair, onde o destino ainda está visível.
Um interruptor no NetMute, outro no Safari
Ative o Safari Shield no NetMute e depois ative a extensão uma vez em Safari › Definições › Extensões. A partir daí, o Safari compara-se com a mesma lista curada de rastreadores que o NetMute usa ao nível da rede, convertida nas regras de bloqueio de conteúdo que o Safari entende.
Um bloqueador de conteúdo nunca vê a sua navegação. O NetMute entrega ao Safari um conjunto de regras, e o Safari faz a correspondência por si. Que páginas abre não é comunicado de volta, e nenhum conteúdo das páginas passa pelo NetMute.
Os grupos críticos para o site aplicam-se aqui também. Endpoints de que uma página precisa para funcionar, como logins bancários, confirmações 3-D Secure e caixas de consentimento, são permitidos por predefinição, para que uma lista mais restritiva não acabe numa compra partida.
Quando esta é a camada que interessa
- O iCloud Private Relay está ligado. O caso para o qual o Safari Shield existe: o tráfego do Safari é encaminhado, e o filtro de rede já não o consegue atribuir a um host.
- Navega sobretudo no Safari. Os rastreadores com que mais se depara são os das páginas que abre, e esta é a camada mais próxima deles.
- Quer ambas as camadas. O filtro de rede continua a abranger todas as outras apps no Mac, e o Safari Shield acrescenta o navegador por cima.
Duas camadas, ditas com honestidade
O Safari Shield não substitui o Tracker Shield ao nível da rede, e o shield ao nível da rede não substitui o Safari Shield. Estão em camadas diferentes e falham em pontos diferentes: um bloqueador de conteúdo só vê o Safari, e um filtro de rede só vê o que a rede ainda expõe.
A limitação honesta está logo ali ao lado: O Safari Shield aplica-se apenas ao Safari. Não se estende a outros navegadores e, ao ativá-lo, nada muda para apps fora do navegador. Essas continuam com o filtro de rede, onde sempre estiveram.
Principais vantagens
- Um segundo caminho para a lista de rastreadores, dentro do próprio Safari
- Continua a funcionar quando o iCloud Private Relay esconde o destino do filtro de rede
- A mesma lista selecionada, convertida em regras de bloqueio de conteúdo do Safari
- Os endpoints essenciais do site continuam permitidos, por isso logins e pagamentos continuam a funcionar
- Nada do que navega chega ao NetMute: é o Safari que faz a correspondência
Perguntas frequentes sobre o Safari Shield
Ainda preciso do Tracker Shield ao nível da rede?
Sim. O Safari Shield cobre o Safari. O shield ao nível da rede cobre todas as outras apps no seu Mac, do cliente de e-mail aos serviços em segundo plano. São duas camadas, não duas versões da mesma coisa.
O Safari Shield vê as páginas que visito?
Não. A um bloqueador de conteúdo do Safari é entregue um conjunto de regras e o próprio Safari faz a correspondência. O NetMute não é informado de que páginas abre, e nenhum conteúdo das páginas passa por ele.
Porque é que isto é necessário se o NetMute já filtra a rede?
O iCloud Private Relay encaminha o tráfego do Safari através do relay da Apple, por isso, ao nível da rede, o anfitrião de destino deixa de estar visível. Um bloqueador de conteúdo funciona dentro do Safari, onde ainda está.