NetMute
La conexión que el filtro de red nunca ve
Normalmente, NetMute decide en la capa de red. Una app abre una conexión, el filtro lee el destino y se aplican tus reglas. Por eso un solo interruptor puede cubrir todas las apps del Mac a la vez.
iCloud Private Relay cambia esa situación para Safari. Cuando está activado, el tráfico de Safari sale de tu Mac a través del relay de Apple, y lo que ve el filtro es el relay, no el sitio al que realmente iba la solicitud. Tu regla sigue ahí. El destino contra el que se escribió ya no es visible en esa capa.
Safari Shield toma el otro camino. Es un bloqueador de contenido para Safari: la lista de rastreadores se aplica dentro del navegador, antes de que salga la solicitud, cuando el destino aún se ve claramente.
Un interruptor en NetMute, otro en Safari
Activa Safari Shield en NetMute y luego habilita la extensión una vez en Safari › Ajustes › Extensiones. A partir de ahí, Safari compara con la misma lista seleccionada de rastreadores que NetMute usa en la capa de red, convertida en las reglas de bloqueo de contenido que Safari entiende.
Un bloqueador de contenido nunca ve tu navegación. NetMute le entrega a Safari un conjunto de reglas y Safari hace la comparación por su cuenta. No se informa qué páginas abres y ningún contenido de página pasa por NetMute.
Los grupos críticos para el sitio también se aplican aquí. Los puntos finales que una página necesita para funcionar, como los inicios de sesión bancarios, las confirmaciones 3-D Secure y los diálogos de consentimiento, se permiten de forma predeterminada, así que una lista más estricta no acaba rompiendo la compra.
Cuando esta es la capa que importa
- iCloud Private Relay está activado. El caso para el que existe Safari Shield: el tráfico de Safari se retransmite y el filtro de red ya no puede atribuirlo a un host.
- Navegas sobre todo en Safari. Los rastreadores con los que más te encuentras son los de las páginas que abres, y esta es la capa más cercana a ellos.
- Quieres ambas capas. El filtro de red sigue cubriendo todas las demás apps del Mac, y Safari Shield añade el navegador encima.
Dos capas, dicho con honestidad
Safari Shield no sustituye a Tracker Shield a nivel de red, y el escudo a nivel de red no sustituye a Safari Shield. Están en capas distintas y fallan en lugares distintos: un bloqueador de contenido solo ve Safari, y un filtro de red solo ve lo que la red sigue exponiendo.
El límite honesto está justo al lado: Safari Shield solo se aplica a Safari. No se extiende a otros navegadores, y activarlo no cambia nada en las apps fuera del navegador. Esas siguen con el filtro de red, donde siempre han estado.
Ventajas clave
- Una segunda vía para aplicar la lista de rastreadores, dentro del propio Safari
- Sigue funcionando cuando iCloud Private Relay oculta el destino al filtro de red
- La misma lista seleccionada, convertida en reglas de bloqueo de contenido de Safari
- Los endpoints críticos del sitio siguen permitidos, así que los inicios de sesión y las compras siguen funcionando
- Nada de lo que navegas llega a NetMute: Safari hace la coincidencia
Preguntas frecuentes sobre Safari Shield
¿Sigo necesitando Tracker Shield a nivel de red?
Sí. Safari Shield cubre Safari. El escudo a nivel de red cubre el resto de apps de tu Mac, desde tu cliente de correo hasta los servicios en segundo plano. Son dos capas, no dos versiones de lo mismo.
¿Safari Shield ve las páginas que visito?
No. A un bloqueador de contenido de Safari se le entrega un conjunto de reglas y Safari hace la coincidencia por sí mismo. NetMute no sabe qué páginas abres y ningún contenido de página pasa por él.
¿Por qué hace falta esto si NetMute ya filtra la red?
iCloud Private Relay enruta el tráfico de Safari a través del relay de Apple, así que en la capa de red el host de destino deja de ser visible. Un bloqueador de contenido funciona dentro de Safari, donde todavía lo es.