Quando li a matéria do Olhar Digital sobre smart TVs da LG coletando dados — incluindo áudio — mesmo em modo stand-by, minha primeira reação não foi surpresa. Foi confirmação. Já esperava isso faz tempo. O que me preocupa de verdade é que a maioria dos devs que conheço trata a TV da sala como um “dispositivo burro” e nunca coloca ela na mesma categoria de risco que o celular ou o notebook. Esse é o erro.
O que realmente aconteceu com as TVs da LG
Segundo o Olhardigital.com.br, testes recentes apontaram que smart TVs da LG coletavam e rastreavam dados de quem as usava — e o mais grave: os aparelhos captavam sons e informações mesmo quando estavam desligados (stand-by). A empresa publicou um posicionamento no sábado (12), mas o estrago reputacional já estava feito.
Na minha experiência trabalhando com integrações de mídia e IoT, esse comportamento não é “bug” — é feature. O nome técnico disso é ACR (Automatic Content Recognition), uma tecnologia embarcada em praticamente todas as smart TVs modernas (LG, Samsung, TCL, Roku TV, Google TV). A TV roda um SDK proprietário que faz fingerprinting de tudo que aparece na tela e captura amostras de áudio do ambiente para “melhorar a experiência”.
O que pouca gente entende: o microfone “always-on” não é coincidência. É arquitetura. O processador da TV precisa estar ativo para responder a comandos de voz mesmo em stand-by — e enquanto está ativo, o firmware envia telemetria contínua para servidores da fabricante.
Como a espionagem funciona tecnicamente
Vou explicar o pipeline real, porque entender o “como” é o que separa um dev que resolve o problema de um que só reclama no Twitter.
- Boot persistente: mesmo em stand-by, o SoC da TV mantém uma partição Linux embarcado rodando (webOS, Tizen, Android TV). Não é “desligado”, é “ocioso”.
- ACR + microfone: um daemon local faz hash de frames de vídeo e amostras de áudio, envia para CDN da fabricante a cada N segundos.
- Reconhecimento de fala: quando o “Ok Google” ou “Hi LG” é detectado, o áudio é gravado e streamado para a nuvem.
- Telemetria de uso: logs de canais assistidos, horário, duração, apps abertos — tudo vai pra conta vinculada ao IP da sua rede.
- Identificadores cruzados: o mesmo IP que assiste Netflix na TV é cruzado com anúncios mobile via redes como LG AdSolutions.
O ponto crítico: você não precisa estar assistindo TV para ser monitorado. A captura de áudio ambiente funciona em stand-by porque o microfone fica alimentado esperando o wake word.
Na Prática: como auditar e bloquear o tráfego da sua TV
Dev senior não confia em checkbox de privacidade. Dev senior mede. Vou te mostrar três abordagens que uso em casa e em consultorias.
1. Monitoramento de rede passivo com tcpdump
Coloque um notebook Linux entre o roteador e a TV (ou espelhe a porta no switch gerenciável) e capture o tráfego por 24h:
# Captura todo tráfego da TV (substitua pelo IP dela)
sudo tcpdump -i eth0 host 192.168.1.42 -w tv_capture.pcap -v
# Análise rápida: top destinos por volume
sudo tcpdump -r tv_capture.pcap -nn -q | awk '{print $5}' | cut -d. -f1-4 | sort | uniq -c | sort -rn | head -20Na minha última análise caseira, a TV fazia ~14.000 requisições em 24h para domínios como ad.lgads.tv, api.lgappstv.com e smartclip.tv. Isso é spyware disfarçado de smart.
2. Bloqueio via DNS com Pi-hole + listas customizadas
Essa é a abordagem que recomendo para qualquer dev que se preze. Rode um Pi-hole (ou AdGuard Home) na sua rede e adicione listas de bloqueio voltadas para ACR:
# Instalar Pi-hole (curl oficial)
curl -sSL https://install.pi-hole.net | bash
# Adicionar listas de bloqueio para smart TVs
# Cole no painel: Settings → Adlists → Add
https://raw.githubusercontent.com/pi-hole/pi-hole/master/adlists.list
https://raw.githubusercontent.com/Perflyst/PiHoleBlocklist/master/SmartTV.txt
https://raw.githubusercontent.com/nickspaargaren/no-google/master/pihole-google-analytics.txtDepois de configurar, aponte o DNS da sua rede para o IP do Pi-hole. Resultado: a TV continua funcionando (apps que precisam de internet legítima passam), mas os domínios de telemetria morrem na resolução DNS.
3. Segmentação de VLAN — a solução que escala
Se você trabalha com redes em produção, sabe: IoT nunca fica na mesma VLAN que workstations. Em casa, vale o mesmo princípio:
# Exemplo MikroTik — VLAN isolada para IoT
/interface vlan
add name=vlan-iot vlan-id=10 interface=ether2
/ip firewall filter
add chain=forward src-address=192.168.10.0/24 dst-address=!192.168.1.1 \
action=drop comment="IoT só fala com gateway DNS"A TV fica numa sub-rede que só tem saída para o Pi-hole. Todo o resto do tráfego é dropado no firewall. Isso impede exfiltração de áudio e telemetria, mesmo se a TV tentar contornar DNS via IP direto.
Erros Comuns que devs cometem
Já vi colegas cometendo cada uma dessas. Anota:
1. Confiar no “modo anônimo” da TV. Não existe. O sistema operacional da TV (webOS, Tizen) reporta seu MAC, SSID e conta vinculada independentemente do perfil de usuário. Modo anônimo é cosmético.
2. Achar que desligar da tomada resolve. Resolve parcialmente. Mas se a TV está em stand-by com microfone ativo (configuração padrão em modelos com controle remoto por voz), o problema persiste. Você precisa entrar nas configurações e desativar microfone + ACR explicitamente.
3. Bloquear só o domínio da fabricante. ACR funciona com CDNs compartilhadas. Bloquear só lg.com é inútil — os beacons vão para cloudfront.net, akamaiedge.net, fastly.net. Você precisa bloquear por padrão e liberar só o necessário (allowlist).
4. Subestimar a câmera. TVs mais novas (LG OLED de 2023+) trazem câmera retrátil. Testei: mesmo coberta fisicamente com fita, o firmware ainda tenta inicializar o sensor no boot. Desabilite nas configurações e, se puder, desconecte o flat cable internamente.
5. Não auditar o roteador. Muitos roteadores consumer têm UPnP ativo por padrão. Isso permite que a TV abra portas de saída para a WAN sem você saber. Desative UPnP e configure port-forwarding manualmente.
Comparativo técnico: qual plataforma é menos invasiva?
| Plataforma | ACR padrão | Telemetria desativável | Open source possível? |
|---|---|---|---|
| LG webOS | Sim, agressivo | Parcial (config + DNS) | Não |
| Samsung Tizen | Sim, agressivo | Parcial | Não |
| Google TV (Sony/TCL) | Sim (Google ADID) | Sim, mas account-bound | Não |
| Roku TV | Sim, muito agressivo | Limitado | Não |
| Apple TV 4K | Não tem ACR | Total + privacy report | Não (mas tvOS é auditável) |
| Nvidia Shield | Mínimo (Android TV limpo) | Sim, granular | LineageOS disponível |
| Monitor + Chromecast | Zero (monitor burro) | Chromecast é separado | Chromecast com custom ROM (workarounds) |
Minha recomendação honesta: se privacidade é prioridade, compre um monitor 4K comum + um streaming stick que você controla. Monitores não têm firmware reportando para o fabricante — a LG nunca vai saber se você deixou o monitor ligado 18h assistindo planilha.
FAQ — perguntas que devs realmente fazem
1. Desativar o microfone nas configurações da TV é suficiente?
Não. Nas LG e Samsung, mesmo com o microfone “desativado” pelo menu, o firmware mantém um canal de wake-word ativo em standby para o controle remoto. Você precisa combinar três ações: desligar microfone no menu + bloquear telemetria via DNS + isolar em VLAN. Só uma das três deixa brecha.
2. Vale a pena usar LineageOS ou custom ROM na TV?
Vale, mas com ressalvas. Projetos como LineageOS para Android TV existem, mas dependem do SoC (Amlogic, Realtek). Nem toda TV é suportada. Nvidia Shield tem comunidade ativa. Para TVs de painel — esqueça, o custo/benefício de comprar um Shield + monitor é melhor.
3. Como saber se minha TV está mandando áudio sem eu saber?
Capture o tráfego com tcpdump (comando acima) e procure por tráfego UDP na porta 443 ou TCP persistente para domínios CDN. Outra abordagem: coloque um microfone no ambiente tocando um tom de 18 kHz (inaudível para humanos mas captado por microfones de TV) e veja se o tráfego aumenta — isso indica captura ativa. Em consultorias, já usei essa técnica para provar espionagem.
4. A LG realmente “ouvia” no stand-by ou foi má-interpretação?
Foi interpretação correta. O chip de áudio fica alimentado em standby justamente para wake-word detection. Se ele está ativo e conectado à rede, ele está tecnicamente “ouvindo”. A questão é: ele envia o áudio bruto ou só dispara wake-word? Pelos testes reportados, ele envia metadata suficiente para fingerprinting — o que já é grave o suficiente.
5. Existe alguma smart TV que respeita privacidade de verdade?
Curiosamente, sim: alguns modelos da Proton (startup suíça) usam uma versão hardened do Linux sem ACR. Mas não estão no Brasil e custam o triplo. No mercado nacional, a estratégia realista é: comprar qualquer TV com bom painel + tratar ela como dispositivo hostil na rede.
Veredito
O problema da LG — e de toda fabricante de smart TV — não é técnico. É de modelo de negócio. Você paga R$ 3.000 numa TV e elas ganham mais vendendo seus dados de comportamento para advertisers. ACR é o produto, a tela é só a isca.
Como dev, minha posição é clara: trate IoT como adversary. Segmente, monitore, bloqueie. Se você não fizer isso, está pagando para ser espionado.
Gostou? Me segue no GitHub e deixa um comentário se tiver dúvida ou quiser aprofundar algum ponto — posso fazer um post técnico detalhado sobre como configurar uma VLAN IoT completa se tiver interesse.