A parte da LGPD que o jurídico não resolve sozinho
Quando uma empresa decide se adequar à LGPD, a primeira lista costuma ser a mesma: política de privacidade, banner de cookies, termo de consentimento, contrato com fornecedores. Tudo isso é necessário. E tudo isso é insuficiente sozinho.
Existe uma pergunta que nenhum documento responde: onde os dados dos seus clientes estão gravados agora, e quem consegue chegar até eles. Uma empresa pode ter o melhor conjunto de políticas do mercado e mesmo assim manter o banco de dados num servidor com porta aberta, senha reaproveitada e nenhum backup testado.
Vazamento não acontece no PDF da política. Acontece na máquina.
O que a lei cobra do lado técnico
A LGPD determina que quem trata dados pessoais adote medidas de segurança, técnicas e administrativas capazes de proteger esses dados de acessos não autorizados e de situações acidentais ou ilícitas de destruição, perda, alteração, comunicação ou difusão. É o artigo 46, e ele não fala em papel: fala em medida técnica.
Na prática, isso empurra a discussão para o lugar onde os dados vivem — servidor, banco, backup, rede e acesso. Vale lembrar o alcance do que passa por ali num negócio comum: cadastro de clientes, endereço, telefone, e-mail, documentos, dados de funcionários, registros de acesso, histórico de compras, credenciais de integração. Uma única aplicação pequena guarda mais dado pessoal do que a maioria das empresas imagina.
Por isso escolher onde hospedar deixou de ser decisão de custo e virou parte da estratégia de proteção de dados.
Controle de acesso: quem entra no servidor
O primeiro controle não é firewall, é gente. A pergunta que abre qualquer auditoria interna é simples: quantas pessoas têm acesso ao servidor de produção e por quê.
O que costuma resolver a maior parte do risco:
- Usuário individual por pessoa, nunca um login compartilhado pela equipe
- Permissões pelo princípio do menor privilégio: acesso ao que a função exige, e só
- Autenticação forte, com chave SSH em vez de senha e segundo fator no painel
- Registro de quem acessou o quê, com data e origem
- Revisão periódica: quem saiu da empresa ou mudou de função perde o acesso no mesmo dia
Camadas de proteção contra acesso não autorizado
Servidor exposto direto na internet, com serviço mal configurado, é a porta de entrada mais comum de incidente — e raramente por ataque sofisticado. Costuma ser painel administrativo aberto, banco de dados escutando em todas as interfaces, porta de gerenciamento sem restrição de origem.
A defesa que funciona é feita em camadas, e não em uma ferramenta só:
- Firewall com política de negar por padrão e liberar o necessário
- Restrição de origem nas portas administrativas, incluindo SSH e banco
- Atualização de sistema e de aplicação como rotina, não como reação a susto
- Proteção de borda e filtragem de tráfego para o que fica publicamente exposto
- Monitoramento que avisa antes do cliente avisar
- Isolamento entre ambientes, para que um site comprometido não alcance o vizinho
Criptografia em trânsito e em repouso
Criptografia em trânsito é o básico já resolvido: HTTPS em toda a aplicação, sem página de formulário fora do SSL, sem conteúdo misto. Isso protege o dado enquanto ele viaja entre o visitante e o servidor.
Em repouso, a decisão depende da sensibilidade do que você guarda. Dá para criptografar disco, campos específicos do banco, arquivos de backup e canais internos entre aplicação e serviços. Não é obrigatório em todo cenário, mas quando existe dado sensível o custo de implantar é sempre menor que o custo de explicar um vazamento.
Backup é proteção de dados também
A LGPD não trata só de vazamento. Disponibilidade e integridade estão na mesma frase da lei. Perder o banco de clientes num ataque de ransomware ou numa exclusão acidental é incidente de proteção de dados, mesmo que ninguém de fora tenha visto nada.
Uma política de backup que sustenta essa exigência precisa responder cinco coisas: com que frequência, por quanto tempo guarda, onde a cópia fica, quem pode restaurar e quando foi o último teste de restauração.
E vale a regra mais ignorada da área: backup que nunca foi restaurado não é backup, é esperança. Cópia gravada no mesmo servidor da aplicação também não conta — o incidente que derruba um derruba a outra.
Logs: sem registro não há investigação
Quando um incidente acontece, as perguntas chegam todas juntas: o que aconteceu, quando começou, qual conta foi usada, quais dados foram alcançados e se ainda está acontecendo. Sem log, nenhuma dessas respostas existe — e a empresa fica na posição de não conseguir nem dimensionar o problema.
Registro de autenticação, de acesso ao servidor, de aplicação e de alterações administrativas é o que transforma um susto em investigação. Isso pesa ainda mais porque a comunicação de incidente relevante à ANPD e aos titulares tem prazo definido em regulamento próprio: detectar rápido e entender o alcance faz parte da obrigação, não é zelo extra. Confirme o prazo vigente na regulamentação da ANPD antes de montar seu plano de resposta.
Onde os dados estão fisicamente
Muita empresa não sabe responder em que país roda a aplicação que guarda seus cadastros. E essa resposta importa: a LGPD tem regras próprias para transferência internacional de dados, com mecanismos regulamentados pela ANPD.
Manter a infraestrutura no Brasil não é obrigação legal, mas simplifica governança e traz ganhos operacionais concretos: latência menor para usuário brasileiro, previsibilidade de rede, contrato e suporte no mesmo fuso e no mesmo idioma, e uma cadeia de fornecedores que você consegue nomear. Quando a operação é fora, o caminho é o oposto: mapear o fornecedor, o país e o mecanismo de transferência usado.
Se latência e a decisão entre Brasil e exterior forem o ponto central do seu projeto, tratamos disso em detalhe na página de infraestrutura da WHN HOST.
O que perguntar ao provedor antes de assinar
Contratar VPS, dedicado ou hospedagem não é alugar CPU e disco: é escolher a fundação onde o seu sistema vai operar. Antes de olhar o preço, peça as respostas abaixo por escrito.
- Em qual país e região fica o servidor que vai rodar a minha aplicação
- Como funciona o backup: frequência, retenção, onde a cópia fica e quem restaura
- Que isolamento existe entre a minha conta e a dos outros clientes
- Quais proteções de rede estão incluídas e quais são add-on
- Como abro um chamado de segurança e qual o caminho de escalonamento
- Que acessos a equipe do provedor tem ao meu ambiente e em que situações
- Consigo implementar controles próprios, como firewall, chave SSH e criptografia adicional
Responsabilidade é compartilhada, e a divisão precisa estar clara
Nenhum provedor deixa a sua empresa em conformidade. O provedor responde pela infraestrutura: datacenter, rede, hipervisor, isolamento, disponibilidade e os serviços que ele gerencia. Você responde pela aplicação e pelo uso: código atualizado, senha forte, permissão de usuário, plugin abandonado, banco exposto, dado coletado sem necessidade.
Um servidor blindado com um WordPress desatualizado em cima continua sendo um incidente esperando data. É por isso que proteção de dados é processo contínuo, não item de checklist: infraestrutura, aplicação, processo, pessoas e monitoramento, sempre juntos.
Como a WHN HOST entra nessa conta
A nossa parte é entregar uma base que você consiga auditar e endurecer. Na prática, isso significa:
- Servidores em São Paulo, para quem quer os dados e a latência no Brasil, e opção nos Estados Unidos quando o projeto pede
- Hospedagem em painel Enhance com isolamento entre contas, SSL e backup incluído nos planos compartilhados
- VPS e servidor dedicado com acesso root e IP dedicado, para você aplicar os seus próprios controles
- Proteção de rede e integração com Cloudflare para quem já usa a plataforma
- Suporte técnico em português por chamado, com histórico registrado na Central do Cliente
- Documentação pública das nossas regras: SLA, política de backup e política de uso aceitável
Detalhes por produto em whn.host/infraestrutura, whn.host/sla e whn.host/politica-de-backup.
Checklist rápido: a sua infraestrutura está preparada?
Sete perguntas para responder hoje, sem consultoria. Se três delas ficarem sem resposta clara, você já sabe por onde começar.
- Onde estão armazenados os dados dos seus clientes, em que país e sob qual fornecedor
- Quantas pessoas têm acesso ao servidor de produção, e quando isso foi revisado
- Existe backup automático, fora do servidor da aplicação
- Quando foi a última restauração testada de verdade
- Os acessos e as ações administrativas ficam registrados
- As aplicações e o sistema estão atualizados
- Existe um procedimento escrito para o dia em que der errado
Segurança começa na base
A proteção dos dados dos seus clientes passa pela aplicação, pelos processos da empresa e chega até a infraestrutura que mantém tudo de pé. Ignorar a última camada é construir política de privacidade sobre chão de terra.
Se quiser revisar onde a sua operação está hospedada, fale com a gente: VPS, servidor dedicado e hospedagem com infraestrutura no Brasil, em whn.host.
Importante: serviços de infraestrutura e segurança ajudam a implementar medidas técnicas relacionadas à LGPD, mas não garantem, sozinhos, a conformidade da sua organização. A adequação envolve aspectos jurídicos, administrativos e técnicos do tratamento de dados, e deve ser conduzida com apoio profissional.
Dúvidas frequentes
Contratar uma infraestrutura segura deixa minha empresa em conformidade com a LGPD?
Não. A infraestrutura cobre parte das medidas técnicas exigidas pela lei, como controle de acesso, isolamento, backup e proteção de rede. A conformidade depende também de base legal para o tratamento, política interna, contrato com fornecedores, gestão de consentimento e resposta a incidentes — assuntos que ficam do lado da sua empresa, com apoio jurídico.
Preciso hospedar no Brasil para cumprir a LGPD?
Não é obrigatório. A LGPD permite transferência internacional de dados, desde que atendidos os mecanismos previstos na lei e regulamentados pela ANPD. Hospedar no Brasil simplifica a governança e reduz latência para usuário brasileiro; hospedar fora exige mapear o fornecedor, o país e o mecanismo de transferência utilizado.
O que muda entre hospedagem compartilhada, VPS e dedicado nesse assunto?
Muda quanto do ambiente você controla. Na hospedagem compartilhada o provedor gerencia o sistema e entrega isolamento entre contas, painel, SSL e backup. Em VPS e dedicado você tem root e passa a responder pelo sistema operacional, pelo firewall e pelas atualizações — mais liberdade para aplicar controles próprios e mais responsabilidade sobre eles.
Backup diário do provedor é suficiente?
É uma base, não a estratégia inteira. Confira retenção, se a cópia fica fora do servidor da aplicação, se você consegue restaurar sozinho e com que rapidez. E teste a restauração periodicamente: backup que nunca foi restaurado não deve ser considerado confiável.
Quem responde se houver vazamento: eu ou o provedor?
Depende de onde a falha ocorreu. O provedor responde pela camada que opera — datacenter, rede, isolamento, serviços gerenciados. Sua empresa responde pela aplicação, pelas senhas, pelas permissões e pelo dado que decidiu coletar. Perante a LGPD, quem determina a finalidade do tratamento é o controlador e mantém obrigações próprias, inclusive de comunicar incidente relevante.
Por onde começar se hoje não existe nada disso?
Comece pelo inventário: quais sistemas guardam dado pessoal e onde eles rodam. Em seguida feche acesso, ative backup fora do servidor, ligue registro de acesso e coloque atualização em rotina. Esses quatro passos derrubam a maior parte do risco antes de qualquer investimento maior.