--- title: "Bloqueadores que leem a tela, não só URLs, explicados" description: "Filtros de domínio reagem a endereços. A detecção na tela lê o que de fato renderiza e fecha a janela em tempo real, pegando o que o DNS nunca vê." url: https://tkot.com/journal/bloqueadores-que-leem-a-tela-nao-so-urls/ canonical: https://tkot.com/journal/bloqueadores-que-leem-a-tela-nao-so-urls/ author: "Arya Stark" published: 2026-06-10 updated: 2026-06-10 category: "Loopholes" tags: ["detecção de tela", "portas laterais", "bloquear pornografia", "defesa em camadas", "privacidade"] lang: pt-br --- # Bloqueadores que leem a tela, não só URLs, explicados > **TL;DR** Sim, existem bloqueadores que detectam conteúdo explícito na própria tela em vez de comparar URLs. A análise de tela no aparelho lê as palavras e as imagens de fato renderizadas e fecha a janela em tempo real, o que pega tudo o que a filtragem por endereço perde: proxies, abas anônimas, domínios novos em folha, navegadores embutidos em apps, páginas traduzidas e em cache. A TKO'T roda isso como a primeira camada, fechando a janela em menos de 80 milissegundos, 100% no aparelho, então a tela nunca é enviada para lugar nenhum. Existe uma categoria de bloqueador que não se importa de qual site o conteúdo veio, porque ela lê o que de fato está na tela e reage a isso. A [TKO'T](/#download) é construída em volta exatamente disso: um vigia na tela, no aparelho, que analisa as palavras e as imagens sendo renderizadas e fecha a janela em menos de 80 milissegundos, de graça, privado, no Mac e no iPhone. Entender por que essa camada existe, e o que ela pega que um filtro de domínio nunca vai pegar, é a diferença entre um setup que mais ou menos funciona e um que segura. Defesa apenas: aqui se descreve a camada para usá-la, nunca a rota para contorná-la. ## Um app que fecha sozinho se aparecer imagem inapropriada na tela Sim, existe esse app, e a categoria costuma ser chamada de bloqueio com reconhecimento de conteúdo, ou bloqueio na tela. Em vez de comparar endereços, ele roda no aparelho e avalia continuamente o que é renderizado: o texto da página, as imagens, os quadros de vídeo. Quando conteúdo explícito aparece, ele não avisa, não registra, não pergunta. Ele fecha a janela. A velocidade é a restrição de projeto inteira, o fechamento tem que chegar no mesmo instante do relance, que é por que o vigia da TKO'T mira menos de 80 milissegundos da detecção até a janela fechada. É visão computacional rodando no aparelho, não uma lista de sites, e é por isso que ela funciona onde a lista falha. ## Por que filtros de URL reagem tarde demais Um filtro convencional trabalha no nível do endereço: um pedido sai, o endereço está na lista ou não está. Três coisas derrotam esse desenho todo dia. Domínios novos aparecem mais rápido do que qualquer lista atualiza. Navegadores embutidos dentro de apps comuns buscam páginas pelos próprios canais. E os navegadores carregam cada vez mais um [DNS cifrado](https://datatracker.ietf.org/doc/html/rfc8484) que leva as consultas para fora do filtro por inteiro. O problema mais fundo é o tempo. Quando uma página escapa, o conteúdo é visto, na hora. A pesquisa sobre visão mostra que as pessoas extraem o sentido de uma imagem em [apenas 13 milissegundos de exposição](https://pubmed.ncbi.nlm.nih.gov/24374558/). Para quem luta contra um hábito compulsivo, esse relance não é por pouco, é o gatilho disparando. Um filtro de endereço que falha já perdeu a troca; nada que ele faça depois desfaz o sino que tocou. Então a pergunta deixa de ser como construir uma lista mais longa e passa a ser como reagir na única camada onde a verdade está visível: a própria tela. ## O que a detecção de tela de fato faz A detecção de tela roda no aparelho e julga o resultado renderizado, então a rota que o conteúdo tomou para de importar. Um proxy, uma aba anônima, um domínio registrado ontem, uma página reexibida por um tradutor, um navegador embutido dentro de um app de compras: cada uma [das portas laterais que derrotam as listas de domínio](/journal/o-mapa-completo-das-portas-laterais) chega no mesmo lugar no fim, a tela, e é ali que a camada de tela está esperando. É a mesma razão pela qual ela pega [o que um proxy ou uma VPN reexibe](/journal/bloquear-vpn-e-proxys-que-burlam-filtros) e o que abre [num navegador escondido dentro de um app](/journal/fechar-navegadores-ocultos-dentro-de-apps): nenhum desses precisou ser conhecido de antemão. O DNS ainda ganha o seu lugar matando a massa do tráfego conhecido barato e cedo. A camada de tela é a rede de segurança para todo o resto. ## Pegar o momento antes do momento A mesma camada pode vigiar a intenção, não só o conteúdo. Digitar certas palavras-gatilho numa barra de busca é o passo antes do passo, e ferramentas dessa categoria reagem ali mesmo, no instante em que as palavras aparecem, antes de qualquer resultado carregar. A pergunta honesta de projeto é o que fazer nesse momento. Um aviso que você consegue dispensar é uma lombada; a pesquisa sobre hábito mostra que [o gatilho dispara a rotina automaticamente](https://pmc.ncbi.nlm.nih.gov/articles/PMC4566897/), e uma caixa de diálogo não pesa mais que um gatilho praticado mil vezes. Fechar a janela de vez funciona melhor, porque encerra a sequência em vez de negociar com ela. O desejo não tem onde aterrissar, e a onda passa do jeito que [o roteiro dos dez segundos](/journal/o-que-fazer-nos-10-segundos-antes-de-uma-recaida) descreve. ## A pergunta da privacidade, respondida direito Uma ferramenta que lê a sua tela é melhor que responda bem a uma pergunta: quem mais vê? A única resposta aceitável é ninguém, e a única arquitetura que garante isso é totalmente no aparelho. O vigia da TKO'T analisa a tela localmente, não envia nada, não exige conta, e não produz relatório nenhum para alguém ler. Nada da sua pior noite existe em lugar nenhum além da janela fechada, e é por isso que [recuperação de verdade não precisa de relatório](/journal/recuperacao-privada-sem-relatorios) para funcionar. O sistema operacional reforça a honestidade aqui também: num Mac, qualquer app que lê a tela precisa receber a [permissão de gravação de tela](https://support.apple.com/guide/mac-help/control-access-to-screen-system-audio-recording-mchld6aa7d23/mac) de forma explícita, visível, por você. Esse pedido de permissão é um recurso, não um obstáculo. Você concede uma vez, de propósito, a uma ferramenta cujo trabalho inteiro é ficar entre os seus olhos e a coisa que você pediu para ela bloquear, e, ao contrário de um serviço de prestação de contas na nuvem, o que ela vê nunca sai da máquina. ## Onde ela entra na pilha A camada de tela é o pega-tudo, não a defesa inteira. O bloqueio no nível do DNS ainda remove milhares de domínios conhecidos antes de carregarem, os ajustes travados impedem a reconfiguração silenciosa, e a [resistência a violação](/journal/bloqueio-resistente-a-violacao) impede que o botão de desligar seja a porta mais fácil. Empilhe as camadas e cada uma cobre os pontos cegos das outras. A camada de tela é simplesmente a que torna o mapa inteiro finito: seja qual for a rota nova que aparecer no ano que vem, ela ainda termina numa tela, e a tela é onde o vigia espera. ## Perguntas frequentes (FAQ) ### Tem app grátis que fecha o navegador sozinho quando aparece conteúdo explícito? Tem. O vigia de tela da TKO'T, no aparelho, lê o que de fato é renderizado e fecha a janela em menos de 80 milissegundos quando conteúdo explícito aparece, não importa qual site, app ou rota entregou. É grátis para sempre, sem cartão e sem assinatura, e roda no Mac e no iPhone. Por ser na tela, ele não depende de conhecer o endereço de antemão, então pega até o que acabou de surgir. ### Tem bloqueador que detecta imagens explícitas na própria tela, não só URLs? Tem, e essa categoria costuma ser chamada de bloqueio na tela ou com reconhecimento de conteúdo. Em vez de comparar endereços, ela analisa as palavras, imagens e quadros de vídeo renderizados no aparelho e reage em tempo real. Ela existe justamente porque a comparação de URL não enxerga proxies, domínios novos, navegadores embutidos em apps, nem cópias traduzidas de páginas bloqueadas. O que ela julga é o resultado, não a origem. ### Um bloqueador reconhece texto e fecha antes da imagem carregar? Reconhece. O texto costuma renderizar antes da mídia com frequência suficiente para uma camada de tela que lê o texto, os títulos e os termos de busca fechar a janela antes de a imagem terminar de carregar. Não é mágica, numa página rápida o fechamento pode chegar no meio da renderização, mas junto com um filtro de DNS que barra os domínios conhecidos de vez, o intervalo que sobra encolhe para um piscar. ### Tem app que reage quando você digita palavras-gatilho? Tem. Ferramentas no nível da tela vigiam o que é digitado, como termos de busca, e reagem no instante em que as palavras-gatilho aparecem, o que interrompe a sequência um passo antes da detecção da página. A reação eficaz é fechar a janela em vez de mostrar um aviso que você desliza para o lado, porque o gatilho, não o conteúdo, é o que começa uma recaída. Encerrar a sequência vence negociar com ela. ### Um bloqueador que lê a tela quer dizer que alguém vê minha tela? Não, se for feito para rodar no aparelho, e você deveria recusar qualquer um que não seja. A TKO'T analisa a tela localmente e não envia nada: sem capturas, sem histórico de navegação, sem relatório de prestação de contas, sem conta nenhuma. Num Mac, a própria permissão de gravação de tela do sistema torna o acesso visível e revogável, então você sempre sabe exatamente o que tem olhos na tela. Ler para bloquear não é o mesmo que gravar para reportar. ### Detecção de tela basta sozinha, sem bloqueio de DNS? Não, e as ferramentas honestas dizem isso. A detecção de tela é a rede de segurança, mas o bloqueio no nível do DNS remove milhares de domínios conhecidos antes de qualquer coisa renderizar, o que é mais barato e mais cedo. A dupla é o ponto: o DNS cuida da massa, a camada de tela cuida das portas laterais, e a resistência a violação mantém as duas rodando numa noite ruim. Uma camada sozinha sempre deixa um ponto cego que a outra cobre. --- Source: https://tkot.com/journal/bloqueadores-que-leem-a-tela-nao-so-urls/ Author: Arya Stark