LG e a polêmica das smart TVs: o que desenvolvedores precisam entender sobre coleta de dados em dispositivos conectados
Essa história me chamou atenção não pelo ângulo sensacionalista de “TV espiona dono”, mas pelo que ela revela sobre como a indústria de eletrodomésticos embarcou em uma arquitetura cliente-servidor sem dar ao usuário o devido controle. Segundo o Olhardigital.com.br, a LG publicou um comunicado neste sábado (12) rebatendo as acusações de que suas smart TVs gravam e transmitem conversas de forma contínua. Mas a parte técnica da história é onde mora o perigo real — e é exatamente onde quero ir com você.
O que realmente foi dito pela LG
A fabricante sul-coreana sustenta que o reconhecimento de voz só é acionado quando o usuário aperta um botão no controle ou pronuncia uma palavra de ativação. Segundo a LG, o áudio é processado localmente: se nenhuma palavra de comando for reconhecida, o som é descartado imediatamente — sem virar texto, sem ir para a nuvem, sem ficar em disco.
Há ainda a questão do recurso ACR (Automatic Content Recognition). A empresa afirma que essa tecnologia vem desativada de fábrica, que usa apenas o processador interno da TV e que trabalha exclusivamente com o áudio que já está sendo reproduzido na tela, sem capturar nada do ambiente ao redor.
Até aqui, a narrativa da LG é tecnicamente plausível. Mas, na minha experiência analisando firmware de dispositivos IoT, “tecnicamente plausível” não significa “auditável”. E é aí que mora o problema.
Por que essa discussão importa para quem desenvolve
Se você trabalha com web, mobile ou edge computing, smart TVs são um caso clássico de constrained device executando um sistema operacional proprietário que conversa com servidores remotos. É o mesmo padrão arquitetural que vemos em assistentes de voz, câmeras inteligentes e até geladeiras “conectadas”. Entender o que acontece dentro de uma TV da LG é estudar, em escala doméstica, o mesmo problema que enfrentamos quando projetamos qualquer dispositivo que coleta telemetria.
E o ponto-chave é este: o usuário final nunca tem visibilidade do que está sendo enviado. Não existe DevTools para smart TV. Não existe curl no controle remoto. Você só confia.
Anatomia técnica: como funciona o reconhecimento de voz em smart TVs
Vamos dissecar o que a LG descreveu, porque entender o pipeline ajuda a identificar onde podem existir vazamentos.
O pipeline de voz que a LG afirma seguir
- Buffer de áudio contínuo rodando em um processador de baixo consumo dentro do SoC da TV (normalmente um ARM Cortex-A com DSP dedicado).
- Wake-word detection local: o firmware compara o áudio com um modelo acústico embarcado (tamanho típico: 1–3 MB). Se não bate com a palavra de ativação, o buffer é sobrescrito em memória volátil.
- Captura do comando: ao detectar wake-word, a TV grava até 18 segundos de áudio (segundo a LG).
- Envio para nuvem: o áudio é convertido em texto via ASR (Automatic Speech Recognition) em servidores remotos.
- Resposta: o comando interpretado volta como JSON para a TV executar a ação.
Esse é o fluxo padrão. O que costuma dar errado em outros fabricantes (e foi alegado nos testes que geraram a polêmica) é o passo 1: o buffer não seria sobrescrito corretamente, ou o envio para a nuvem aconteceria mesmo sem wake-word detectada.
ACR: a tecnologia que ninguém pediu mas todo mundo recebe
O Automatic Content Recognition é a parte mais invasiva da história, e a LG perdeu uma oportunidade de ouro ao não ser 100% transparente sobre ele. O ACR funciona assim: a TV amostra o áudio da própria tela (não do ambiente), gera um fingerprint acústico e compara com um banco de dados para identificar o que está sendo assistido. Esse dado é usado para “melhorar recomendações”, que é a forma educada de dizer “vender perfil de audiência para anunciantes”.
Tecnicamente, é a mesma técnica que apps como Shazam usam. A diferença é que o Shazam só roda quando você aperta o botão. O ACR de smart TV roda em background, 24/7, se você não desativar.
Na Prática: como auditar o que sua smart TV está enviando para a internet
Não precisa acreditar em comunicado de fabricante. Você pode verificar isso sozinho na sua rede local. Aqui vai o setup que eu uso para qualquer dispositivo IoT suspeito:
Setup com ARP spoofing e Wireshark
O cenário: sua TV está conectada no Wi-Fi, você quer capturar todo o tráfego que ela gera. Vou usar Linux (Debian/Ubuntu).
# 1. Instalar dependências
sudo apt update
sudo apt install -y arpspoof wireshark tcpdump nmap
# 2. Descobrir o IP da TV na rede
sudo nmap -sn 192.168.1.0/24 | grep -i "lg"
# Suponha que a TV está em 192.168.1.42
# E seu gateway (roteador) em 192.168.1.1
# 3. Habilitar IP forwarding
echo 1 | sudo tee /proc/sys/net/ipv4/ip_forward
# 4. Iniciar ARP spoofing (redireciona tráfego da TV para sua máquina)
sudo arpspoof -i wlan0 -t 192.168.1.42 192.168.1.1 &
sudo arpspoof -i wlan0 -t 192.168.1.1 192.168.1.42 &
# 5. Capturar o tráfego
sudo tcpdump -i wlan0 host 192.168.1.42 -w tv_capture.pcap
Abra o tv_capture.pcap no Wireshark e filtre por DNS e HTTP/TLS. Você vai ver:
- Quais domínios a TV consulta (dica: procure por
lge.com,smartshare.lgtvsdp.com,ad.lgappstv.com). - Frequência das requisições (se tem tráfego constante mesmo com a TV “desligada”, há problema).
- Volume de dados por hora (uma TV que envia MBs sem estar em uso está fazendo ACR ou telemetria pesada).
Analisando os endpoints
Depois de capturar, rode isso para extrair os domínios únicos que a TV contactou:
tshark -r tv_capture.pcap -Y "dns.qry.name" -T fields -e dns.qry.name | sort -u
Na minha análise, smart TVs costumam bater em 20–40 domínios diferentes por dia. Isso é muito. Compare com um Chromecast: 5–8 domínios. A diferença é a tal da “telemetria comportamental”.
Erros Comuns: o que devs fazem (ou deixam de fazer) quando o tema é privacidade em IoT
1. Confiar no “modo de espera”
Muita gente desliga a TV pelo controle e acha que ela parou de se comunicar. Errado. O standby moderno mantém o módulo Wi-Fi ativo para receber atualizações, comandos via app e — sim — enviar telemetria. Se quiser isolar de verdade, desligue da tomada ou coloque em uma régua com chave.
2. Não segmentar a rede IoT
Se sua TV, Alexa, lâmpadas smart e impressora estão na mesma rede que seu notebook de trabalho, qualquer comprometimento em um deles abre caminho para os outros. Use VLANs ou, no mínimo, uma rede de convidados separada.
# Exemplo em roteador OpenWrt isolando IoT
uci set network.iottype=interface
uci set network.ioot.proto=static
uci set network.ioot.ipaddr=192.168.10.1
uci set network.ioot.netmask=255.255.255.0
uci commit network
3. Aceitar os termos sem ler
O EULA da sua TV provavelmente autoriza coleta de dados comportamentais, de áudio ambiente e de hábitos de visualização. Não é teoria da conspiração — está escrito lá, em fonte 6. Leia. Ou melhor: peça para alguém ler por você, porque tem 80 páginas.
4. Não desativar o ACR e a coleta de voz
Em TVs LG modernas: Configurações → Geral → Sobre esta TV → Acordo do Usuário → Privacidade. Desmarque tudo. Desative o Live Plus. Desative o Voice Recognition se não usar. Cada checkbox desligado é um vetor a menos de vazamento.
5. Subestimar o impacto de uma firmware vulnerável
Em 2023, uma CVE no WebOS da LG (CVE-2023-6310) permitia execução remota de código apenas acessando uma URL maliciosa na TV. Se você não atualiza o firmware, sua TV pode estar rodando um sistema com brechas de anos.
FAQ — Perguntas que devs realmente fazem
Smart TVs da LG realmente gravam conversas sem o usuário saber?
Segundo a LG, não. O reconhecimento de voz exige wake-word ou botão no controle. Mas sem acesso ao firmware para auditoria independente, a afirmação é apenas uma promessa comercial. Daí a importância de auditar o tráfego de rede, como mostrei acima.
O que é ACR e por que devo me preocupar?
ACR (Automatic Content Recognition) é uma tecnologia que identifica o conteúdo sendo exibido na tela por meio do áudio, gerando um perfil detalhado dos seus hábitos de consumo. Esse perfil é vendido para anunciantes. A LG afirma que vem desativado de fábrica, mas qualquer reset ou atualização pode reativá-lo.
Como bloquear o rastreamento sem jogar a TV fora?
Três caminhos práticos: (1) desativar ACR e telemetria nas configurações; (2) segmentar a TV em uma VLAN isolada; (3) usar DNS com blacklist (Pi-hole + lista do StevenBlack) para bloquear domínios de telemetria no nível de rede.
Existe forma de auditar se a TV envia áudio quando está em standby?
Sim. Faça o ARP spoofing descrito na seção “Na Prática”, deixe a TV em standby por 24h e analise o pcap. Se houver tráfego significativo para endpoints da LG durante esse período, há coleta ativa. Se só houver heartbeat de poucos bytes, provavelmente é apenas keep-alive legítimo.
Esse problema é exclusivo da LG ou afeta outras marcas?
Não é exclusivo. Samsung, TCL, Roku, Vizio e praticamente todas as fabricantes já tiveram polêmicas similares. O setor inteiro opera no modelo “coletar por padrão, pedir desculpa depois”. A diferença é o nível de transparência e granularidade dos controles de privacidade oferecidos ao usuário.
O que eu levo dessa história
Quando analisamos uma smart TV pelo ângulo do desenvolvedor, o que vemos é um dispositivo Linux embarcado, com kernel proprietário, rodando um servidor HTTP local, consumindo APIs REST em nuvem e atualizando firmware via OTA. É um sistema distribuído completo dentro da sua sala — só que sem o observabilidade que você teria em qualquer produto SaaS.
A LG pode estar sendo honesta no comunicado. Pode. Mas como profissional de tech, você sabe que “funciona como descrito” não é a mesma coisa que “funciona como o usuário imagina”. A solução não é paranóia — é visibilidade. Monitore o tráfego. Segmente a rede. Leia os termos. E, se você projeta dispositivos IoT, lembre-se: a confiança do usuário é o único ativo que você não recupera depois de perder.
Gostou? Me segue no GitHub e deixa um comentário se tiver dúvida ou quiser aprofundar algum ponto. Se quiser, posso fazer um tutorial completo de Pi-hole aplicado a IoT no próximo post — é só pedir.