Caso Discord e proteção por design: lições para empresas

A proteção por design ganhou um exemplo concreto no Brasil. Em 12 de agosto de 2026, a Agência Nacional de Proteção de Dados determinou, de forma preventiva, que o Discord suspendesse no país a funcionalidade “Go Live” e recursos equivalentes de transmissão e compartilhamento de vídeo. A decisão não bloqueou o Discord inteiro. O foco foi uma função específica, até que a empresa demonstre controles adequados e efetivos para os riscos identificados envolvendo crianças e adolescentes.

O caso interessa a qualquer empresa que desenvolva aplicativos, comunidades, jogos, plataformas educacionais ou serviços com interação entre usuários. Ele mostra que decisões de produto, arquitetura e segurança precisam ser avaliadas em conjunto. Um recurso pode oferecer privacidade contra acessos indevidos e, ao mesmo tempo, reduzir a capacidade de detectar situações graves. Quando isso acontece, a proteção por design exige controles compensatórios testados, responsáveis definidos e evidências que resistam a uma análise regulatória.

O que a ANPD determinou no caso Discord

Segundo a comunicação oficial da ANPD, a suspensão alcançou a funcionalidade “Go Live” e recursos de vídeo funcionalmente equivalentes para usuários localizados no Brasil. A plataforma deveria comprovar o cumprimento em três dias úteis. A reativação total ou parcial depende da demonstração de medidas técnicas, de segurança e de governança adequadas, além de autorização expressa e prévia da Agência.

O Despacho Decisório nº 3/2026/SFI também inclui mecanismos contra tentativas de burla por renomeação de recursos, integrações, APIs, bots, automações ou redirecionamentos. A ordem, portanto, olha para a função real do recurso, e não apenas para o nome dado a ele na interface.

A medida foi adotada dentro de um processo de fiscalização instaurado para apurar possíveis violações à Lei nº 15.211/2025. A área técnica apontou indícios de que as salvaguardas existentes não preveniam nem mitigavam, de modo suficiente, riscos graves em transmissões fechadas. Entre os problemas analisados estavam a dependência de denúncias dos próprios participantes, limitações dos sinais comportamentais e a ausência de demonstração concreta da efetividade de controles alternativos.

Medida preventiva, fiscalização e sanção são etapas diferentes

A distinção importa para interpretar o caso com precisão.

A medida preventiva busca interromper ou reduzir um risco grave ou de difícil reparação enquanto a autoridade reúne e analisa elementos. Ela pode ser adotada antes da conclusão da apuração. No caso Discord, a suspensão cautelar recaiu sobre transmissões ao vivo e funções equivalentes. Não houve bloqueio integral da plataforma, nem a notícia oficial apresentou a ordem como sanção final.

O processo de fiscalização é a via administrativa em que a ANPD solicita informações, recebe documentos, avalia controles, ouve a empresa e verifica possíveis irregularidades. A Nota Técnica nº 1/2026/CGF/SFI/ANPD registra que a análise se encontrava em fase de cognição sumária, com indícios considerados suficientes para justificar a cautela. O Discord foi intimado e recebeu prazo de dez dias úteis para recorrer à Superintendência, com possibilidade de recurso ao Conselho Diretor caso não houvesse reconsideração.

Uma eventual sanção exige apuração de infração com devido processo, contraditório e ampla defesa. O artigo 35 da Lei nº 15.211/2025 prevê advertência, multa e, nas hipóteses legais, suspensão temporária ou proibição de atividades. A ANPD aplica advertência e multa, enquanto suspensão temporária e proibição de atividades competem ao Poder Judiciário, conforme o § 5º do artigo. A multa simples pode chegar a R$ 50 milhões por infração, observados os critérios legais. Essas sanções não devem ser confundidas com a suspensão preventiva de uma funcionalidade determinada no caso Discord.

Por que proteção por design é uma decisão de produto

O ECA Digital alcança produtos e serviços direcionados a crianças e adolescentes ou de acesso provável por esse público. O enquadramento considera atratividade, facilidade de acesso e risco à privacidade, à segurança ou ao desenvolvimento biopsicossocial. A idade indicada nos termos de uso ajuda na análise, mas não substitui a observação de quem utiliza o serviço e de como suas funcionalidades podem ser exploradas.

O artigo 6º exige medidas razoáveis desde a concepção e ao longo da operação para prevenir e mitigar riscos descritos na lei. O artigo 7º trata de configurações mais protetivas por padrão, enquanto o artigo 8º prevê gerenciamento de riscos de recursos, funcionalidades e sistemas. A proteção por design aparece, na prática, antes de uma equipe liberar uma feature: na definição de quem pode acessar, com quem pode interagir, quais limites se aplicam e como uma situação crítica será interrompida.

Na proteção por design, isso muda a pauta das reuniões de lançamento. A pergunta deixa de ser apenas se a função funciona conforme a especificação. Produto, engenharia, segurança, jurídico e privacidade precisam discutir usos previsíveis, abusos plausíveis, impacto sobre públicos vulneráveis e capacidade de resposta. Também precisam registrar por que um controle foi escolhido, qual risco ele reduz e quais dados demonstram sua eficácia.

Criptografia não encerra a análise de risco

A nota técnica registra que, desde 2 de março de 2026, comunicações de áudio e vídeo em determinadas funções do Discord passaram a usar criptografia de ponta a ponta. Segundo a empresa, essa arquitetura impedia o acesso ao conteúdo audiovisual durante a transmissão. A ANPD não tratou a criptografia como ilícita por si. O ponto foi a suficiência do conjunto de salvaguardas diante dos riscos associados à função.

Se uma escolha técnica impede a análise centralizada de conteúdo, a empresa precisa avaliar alternativas compatíveis com privacidade e segurança. A nota cita, entre outras possibilidades, controles de idade, restrições de produto, sinais comportamentais robustos, limitação de audiência, revisão humana prioritária e protocolos de interrupção emergencial. A solução adequada depende do contexto, mas a proteção por design pede que a limitação arquitetural seja reconhecida e compensada, em vez de usada como justificativa para uma atuação apenas posterior ao dano.

Essa lição vale além de chats e lives. Um marketplace pode limitar a visibilidade de mensagens sem perder sinais de fraude. Um aplicativo educacional pode restringir contatos entre adultos e menores. Um jogo pode desativar recursos de comunicação por padrão para certas faixas etárias. O objetivo não é copiar um controle isolado do caso Discord, e sim desenhar uma combinação proporcional ao risco de cada serviço.

Evidência vale tanto quanto a política escrita

A análise técnica da ANPD não se limitou à existência de políticas, termos de uso ou canais de denúncia. Ela examinou se os mecanismos descritos eram capazes de identificar, interromper e mitigar situações graves em tempo útil. Também apontou que informações enviadas pela empresa não traziam evidências concretas suficientes sobre a implementação e a eficácia de parte dos controles apresentados.

Para uma equipe de governança, proteção por design precisa deixar rastros verificáveis. Isso inclui critérios de risco, decisões aprovadas, testes antes do lançamento, métricas após a entrada em produção, registros de incidentes, resultados de moderação, tempos de resposta, falsos positivos, falsos negativos e revisões após mudanças relevantes. Nem toda evidência precisa ser pública, mas ela deve existir, ter responsável e poder ser localizada.

Na proteção por design, há uma diferença prática entre dizer “temos detecção proativa” e mostrar como o mecanismo opera em português, quais cenários foram testados, quando falhou e que ajuste foi feito. Controles que funcionam em ambientes abertos podem perder eficácia em grupos privados. Modelos treinados para um idioma ou comportamento podem não reconhecer sinais locais. A governança precisa acompanhar essas limitações sem vender certeza onde existe probabilidade.

Mudanças relevantes pedem nova avaliação

A nota técnica atribuiu importância ao momento em que a arquitetura das transmissões foi alterada. Para a autoridade, uma mudança que reduz a capacidade de detecção centralizada deveria ser precedida por avaliação específica de riscos e acompanhada por salvaguardas compensatórias proporcionais. Esse raciocínio aproxima proteção por design da rotina real de gestão de mudanças.

A proteção por design também exige revisões. Uma avaliação feita no lançamento inicial não cobre indefinidamente novas funções, integrações e públicos. O gatilho pode ser uma alteração de criptografia, a abertura de mensagens privadas, a entrada em outro país, uma nova faixa etária, o aumento de denúncias ou a descoberta de um padrão de abuso. A empresa precisa definir esses gatilhos antes que uma crise force a revisão.

O processo também deve indicar quem pode suspender uma funcionalidade, quais dados embasam essa decisão e como o retorno será autorizado. Em serviços de maior risco, o plano de contingência precisa ser exercitado. A proteção por design fica mais confiável quando a organização conhece seus limites operacionais e sabe agir sem improviso.

ECA Digital e proteção de dados caminham juntos

A página oficial do ECA Digital informa que a lei entrou em vigor em 17 de março de 2026 e reúne obrigações sobre prevenção, mitigação de riscos, aferição de idade, supervisão parental, publicidade e outros temas. Essas obrigações não autorizam coleta indiscriminada. A própria lei exige proporcionalidade e preserva os direitos à privacidade e à proteção de dados pessoais.

Aferir idade, por exemplo, requer avaliar necessidade, minimização, segurança, retenção e acesso. Mais dados não significam automaticamente mais proteção. Em muitos casos, a proteção por design pode usar sinais ou faixas etárias sem expor a data de nascimento completa a todos os participantes da cadeia. A escolha técnica deve atender à finalidade e evitar criar um banco de dados mais arriscado do que o problema que se pretendia resolver.

Para aprofundar esse ponto, veja também o artigo da TOGETHER sobre como o ECA Digital muda a responsabilidade de plataformas e apps. O desafio para as empresas é integrar requisitos de segurança infantil, LGPD e experiência do usuário em um mesmo fluxo decisório.

Checklist de proteção por design para revisar agora

Use este checklist em uma reunião conjunta de produto, engenharia, segurança, jurídico, privacidade e atendimento:

O serviço é direcionado ou provavelmente acessado por crianças e adolescentes?
Quais funções permitem contato privado, transmissão ao vivo, compartilhamento de tela, convite ou migração para canais externos?
Os cenários de abuso consideram grupos fechados, coerção entre participantes e ausência de denúncia da vítima?
As configurações iniciais oferecem o nível de proteção adequado à idade e ao risco?
A aferição de idade usa apenas os dados necessários e tem controles contra uso secundário?
Cada limitação da arquitetura possui controle compensatório documentado e testado?
Os mecanismos automatizados foram avaliados em português e nos contextos de uso do Brasil?
Há revisão humana prioritária para alertas de alta gravidade e protocolo de interrupção emergencial?
A interface de denúncia é visível durante a interação, acessível e adequada ao público?
A equipe mede falsos negativos, tempo de resposta, reincidência e eficácia após cada mudança?
Existem critérios claros para pausar uma função, preservar evidências e comunicar autoridades quando aplicável?
O histórico registra responsáveis, decisões, testes, exceções aceitas e prazos de correção?

O checklist não produz conformidade sozinho. Ele ajuda a localizar lacunas e a transformar proteção por design em tarefas com dono, prazo, evidência esperada e critério de conclusão. A proteção por design se torna verificável quando cada decisão pode ser ligada ao risco que pretende reduzir.

Como a TOGETHER pode apoiar a revisão

O caso Discord envolve uma plataforma específica, mas a pergunta operacional serve para muitas empresas: os controles acompanham os riscos criados pelo produto? Uma consultoria em LGPD pode mapear fluxos de dados, públicos, fornecedores, bases legais e salvaguardas, além de conectar esses elementos ao processo de desenvolvimento e gestão de mudanças.

No modelo de DPO as a Service, a TOGETHER pode acompanhar decisões recorrentes, revisar avaliações de risco, organizar evidências, apoiar respostas à autoridade e facilitar a conversa entre áreas que enxergam partes diferentes do mesmo problema. Esse trabalho ajuda a incorporar proteção por design ao backlog, aos critérios de aceite, aos testes e aos fóruns de aprovação.

A próxima ação útil é escolher uma funcionalidade de maior risco e reconstruir seu histórico: hipótese de uso, abuso previsível, decisão arquitetural, controle adotado, teste realizado, métrica acompanhada e responsável pela revisão. Se algum elo não puder ser demonstrado, há uma prioridade concreta para a próxima sprint e para a governança. Converse com a TOGETHER para avaliar quais riscos, controles e evidências precisam entrar primeiro nessa revisão.