Como proteger os dados dos usuários no seu app criado com IA (sem uma equipe de segurança)

Uma coach que conhecemos construiu um app de acompanhamento de clientes com um criador de apps com IA num fim de semana. Notas de sessão, metas, check-ins de progresso — tudo o que ela costumava guardar num caderno, agora pesquisável e organizado. Funcionou tão bem que duas amigas coaches pediram para usar também.

Foi aí que caiu a ficha: ela não estava mais guardando as próprias notas. Estava guardando as notas de outras pessoas sobre os clientes delas — detalhes de saúde, lutas pessoais, nomes. Se esses dados vazassem, não seria a vergonha dela. Seria a delas.

Você não precisa de uma equipe de segurança para lidar com isso de forma responsável. Você precisa de três hábitos e da disposição de fazer ao seu criador de apps com IA algumas perguntas diretas. Este guia cobre como proteger os dados dos usuários no seu app criado com IA no nível que de fato importa para um produto pequeno.

Comece notando quais dados de usuário você de fato guarda

A maioria dos criadores subestima isso. “Eu só tenho um formulário de cadastro” em geral significa que você tem:

Endereços de e-mail — o suficiente para fazer spam ou phishing com alguém.
Nomes ligados a comportamento — o que compraram, o que escreveram, quando entram.
O que quer que os seus usuários digitem em caixas de texto livre — e as pessoas vão digitar qualquer coisa num campo de notas: números de telefone, detalhes médicos, salários, reclamações sobre o chefe.

Reserve dez minutos e anote cada pedaço de informação que o seu app armazena sobre uma pessoa. Não os campos do banco de dados — o significado humano. “E-mail”, “quais suplementos eles tomam”, “notas que o treinador escreveu sobre eles”. Essa lista é a sua superfície de responsabilidade. Todo o resto deste post é sobre torná-la menor e mais segura.

Hábito 1: colete menos

O dado mais barato de proteger é o dado que você nunca coletou. Antes de proteger qualquer coisa, encolha a lista.

Percorra a lista que você acabou de fazer e pergunte de cada item: eu uso isto? O app da coach pedia data de nascimento no cadastro porque o template de cadastro do criador de apps com IA a incluía. Ela nunca a usava em lugar nenhum. Uma frase ao criador de apps com IA — “remova a data de nascimento do cadastro e apague a coluna” — e uma categoria inteira de dado sensível se foi.

Coisas comuns que os apps coletam e nunca usam: datas de nascimento, números de telefone, endereços físicos, gênero, “como você ficou sabendo de nós”. Se você não usa isto neste mês, sempre pode pedir depois. Você não pode des-vazar.

Hábito 2: controle quem pode ver o quê

Há duas versões desta pergunta, e você precisa das duas.

Dentro do app: um usuário pode ver os dados de outro usuário? Se o seu app tem clientes e coaches, o cliente A pode em algum momento ver as notas do cliente B? Escrevemos um guia inteiro sobre permissões de usuário no seu app criado com IA, mas a versão curta: descreva a regra ao seu criador de apps com IA em linguagem simples (“um coach vê apenas os próprios clientes; os clientes veem apenas a si mesmos”) e então teste você mesmo com duas contas. Entre como um usuário, tente alcançar os dados de outro usuário clicando por aí. Cinco minutos, duas contas de teste. Esse único teste pega o vazamento mais comum em apps pequenos.

Fora do app: quem pode ver o banco de dados em si? Isso é você, a sua plataforma de criação de apps com IA e qualquer um com quem você compartilhou logins. O que nos leva às perguntas.

Hábito 3: faça estas cinco perguntas ao seu criador

Você não precisa entender as respostas a fundo. Você precisa perguntar, e as respostas deveriam ser “sim” confiantes. Cole estas no seu criador de apps com IA uma de cada vez:

“As senhas dos usuários ficam armazenadas com hash, ou qualquer um pode lê-las?” A única resposta aceitável envolve a palavra “hash”. Se o seu app armazena senhas que qualquer um pode ler, corrija hoje — em geral é uma correção de um prompt, e a maioria dos criadores modernos faz isso corretamente por padrão.
“A conexão com o app é criptografada (HTTPS)?” Procure o cadeado no seu próprio navegador. Se o endereço do seu app começa com https://, esta aqui está resolvida.
“Se alguém pegasse o arquivo do banco de dados, conseguiria ler os campos sensíveis?” Isso é sobre criptografia em repouso. A maioria das plataformas de hospedagem cuida disso automaticamente — pergunte mesmo assim e anote a resposta.
“Quais serviços de terceiros recebem dados de usuário?” Ferramentas de e-mail, analytics, processadores de pagamento. Você não está removendo-os — está deixando a sua lista completa, porque todo serviço que guarda os dados dos seus usuários faz parte da sua superfície de responsabilidade.
“Existe um backup, e quem pode acessá-lo?” Backups são cópias dos seus dados, e cópias também precisam de proteção. (Se você não configurou backups de jeito nenhum, comece por aqui.)

Salve as respostas num documento. Esse documento é o começo da sua postura de segurança, e você vai ficar feliz por ele existir na primeira vez que um cliente — ou o advogado de um cliente — perguntar.

Quando alguém disser “apague os meus dados”

Alguém vai dizer em algum momento, e a lei na maioria dos lugares (o GDPR na Europa, regras parecidas em outros lugares) diz que você tem que de fato apagar. Decida agora qual é a sua resposta:

Você consegue apagar um usuário e tudo conectado a ele? Peça ao seu criador de apps com IA para adicionar isso — “crie uma ação de admin que apaga um usuário e todos os dados dele” — antes de você precisar com prazo correndo.
Apagá-lo no app também o remove da sua ferramenta de e-mail e do analytics? Confira a sua lista da pergunta 4.
Os backups ainda vão contê-lo por um tempo. Isso é normal e, em geral, está tudo bem — só saiba disso, para poder dizer com honestidade.

Responder a um pedido de exclusão em um dia porque você se preparou parece profissional. Correr atrás por duas semanas parece exatamente o que é.

Escreva a página de privacidade em linguagem simples

Pule o juridiquês gerado de 4.000 palavras por enquanto. Escreva cinco frases honestas: o que você coleta, por quê, quem mais toca nisso (a sua ferramenta de e-mail, o seu processador de pagamento), por quanto tempo você guarda e como pedir a exclusão. Coloque em /privacy e ponha um link a partir da sua página de cadastro.

Isto não é orientação jurídica, e se você está lidando com dados genuinamente sensíveis — saúde, crianças, finanças — gaste o dinheiro com uma hora de advogado. Mas uma página clara e honesta ganha de uma impressionante que ninguém consegue ler, e escrevê-la te força a de fato conhecer as suas próprias respostas.

A régua é mais baixa do que você teme, e mais alta que zero

Você não está se defendendo de Estados-nação. Você está se defendendo das falhas chatas e comuns: um campo de dado sobrando que ninguém precisava, uma regra de permissão que ninguém testou, uma tabela de senhas que alguém esqueceu de aplicar hash. Proteger os dados dos usuários nesse nível não é uma habilidade de especialista — cada uma dessas falhas é resolvível com um prompt em linguagem simples e um teste de cinco minutos.

A coach do começo fez tudo isso em uma tarde: apagou dois campos não usados, rodou o teste de duas contas (e pegou um vazamento — os clientes conseguiam ver os primeiros nomes uns dos outros num menu suspenso), fez as cinco perguntas, escreveu a página de privacidade. O app dela não ficou nada diferente depois. Mas quando a amiga perguntou “essa coisa é segura para as minhas notas de cliente?”, ela tinha uma resposta de verdade.

Reserve a tarde. Os seus usuários te deram os dados deles na confiança — é com esta cara que cuidar disso se parece.